Wie man ein Rapid-Prototyping-Projekt durchführt
Schnelles Prototyping kann uns als digitale Projektmanager ein hilfreiches Werkzeug sein, um Kunden zu unterstützen, die fragen: „Aber wird das funktionieren?“ und „Wie wird das funktionieren?“ Oft ist die einfache, aber frustrierende Antwort: „Wir wissen es noch nicht – aber lassen Sie uns gemeinsam herausfinden, wie.“ Eine großartige Möglichkeit, dies herauszufinden, und eine, die bei Agenturen und Kunden immer beliebter wird, ist das schnelle Prototyping – ein kleiner Aufwand, um eine informierte Entscheidung über die Produkt-Realität zu treffen, bevor größere Investitionen getätigt werden.
Unsere Branche bewegt sich rasend schnell, und als digitale Projektmanager müssen wir uns zügig an neue Arbeitsweisen anpassen. Ein aktuelles Beispiel dafür ist das schnelle Prototyping. Noch vor neun Monaten hatte ich an keinem schnellen Prototyping-Projekt gearbeitet, und jetzt habe ich gerade mein viertes abgeschlossen, um die Produkt-Realität schnell zu testen. Sollten Sie noch nicht an einem solchen Projekt gearbeitet haben, bin ich mir sicher, dass es bei Ihnen bald soweit ist.
Dieser Beitrag erklärt verschiedene Wege, die Realisierbarkeit eines Produkts zu erkunden, und gibt Ihnen einige Leitprinzipien an die Hand, mit denen Sie schnelllebige digitale oder analoge Projekte souverän steuern können.
Unlock for Free
Create a free account to finish this piece and join a community of forward-thinking leaders unlocking tools, playbooks, and insights for thriving in the age of AI.
Have an account? Log In
Aber zuerst: Was ist schnelles Prototyping?
Schnelles Prototyping bezeichnet den Prozess, der beim Aufbau eines Proof of Concept oder von schnellen Prototypen angewendet wird. Ein Prototyp ist gut geeignet, um die Gültigkeit eines Konzepts zu testen. Er ermöglicht die schnellere Entwicklung zusätzlicher Funktionen, allerdings meist auf Kosten der Qualität, weshalb das Produkt größtenteils als Wegwerfprodukt betrachtet wird.
Prototypen gibt es in unterschiedlichen Formen und Größen
Es gibt verschiedene Methoden, wie Sie die Machbarkeit eines Produkts untersuchen können. Hier sind drei unterschiedliche Ansätze:
- Proof of Concept – Ein Proof of Concept ist ein sehr leichter, vorübergehender Prototyp des Produkts, der dazu dient, die hinter dem Produkt stehende Idee zu testen, bevor es gebaut wird.
- Schneller Prototyp – Ein schneller Prototyp ist eine einfache erste Version des Produkts, die mit echten Nutzern getestet werden kann, um mehr Vertrauen in das Produkt zu gewinnen, bevor es vollständig entwickelt wird.
- Minimal funktionsfähiges Produkt (MVP) – Ein MVP ist die erste Produktionsversion des Produkts in hoher Qualität, bei der funktionierende Features für die Nutzer bereitgestellt werden.
Ihr Vertrauen in das Produkt sollte der wichtigste Faktor bei der Entscheidung sein, welchen Ansatz Sie wählen.
Je riskanter die Idee = desto schneller sollten Sie handeln.
Einige Leute behaupten, bei einer riskanten Idee müsse man mehr Zeit in Überlegungen investieren, bevor man mit dem Bau beginnt. In gewisser Weise haben sie recht. Man kann einen Bedarf fast ohne Entwicklung validieren, es gibt zahlreiche Beispiele für Validierungstests, die sich lohnen, untersucht zu werden.
Sobald allerdings feststeht, dass ein Bedarf besteht, ist der einzige Weg, diesen zu beweisen, etwas zu bauen, es so schnell wie möglich in seiner Rohform zu veröffentlichen, Feedback einzuholen und zu iterieren. Wir haben wiederholt festgestellt, dass Kunden bei der Recherche sagen „Das würde ich kaufen“, aber wenn das Produkt auf dem Markt ist, bleiben die Verkäufe aus.
„Ich würde das auf jeden Fall kaufen“ – 100 Leute
Leute, die es tatsächlich kaufen = 10
Jeff Sheldon (@ugmonk), 1. September 2016
Schnelles Prototyping reduziert das Risiko jedes Mal, indem es den Feedback-Zyklus verkürzt und sicherstellt, dass Sie ein Produkt bauen, das sich verkaufen lässt.
Wie finden Sie heraus, welcher Ansatz der richtige für Sie ist?
| Prototyping-Stil | Vertrauen | Wie "gefälscht" | Wie "wegwerfbar" |
|---|---|---|---|
| Proof of Concept | Niedrig | Komplett | Komplett |
| Schneller Prototyp | Mittel | Teilweise | Teilweise |
| Minimal funktionsfähiges Produkt | Hoch | Sehr wenig/gar nicht | Dauerhaft gebaut |
Um Dinge schnell bauen zu können, müssen Sie bereit sein, neue Prozesse und Arbeitsmethoden zu entwickeln.
Leitprinzipien für das Management von Schnellprototyping-Projekten
Die unten genannten Arbeitsmethoden verlangen ein Umdenken. Ich empfehle, Ihr Projekt mit einem internen Kick-off zu starten, um diese Prinzipien durchzugehen und ihre Bedeutung zu erläutern. Das hilft, das komplette Team frühzeitig auf Kurs zu bringen, die Erwartungen klar zu kommunizieren und darauf hinzuweisen, wo und warum sich das Projekt von Gewohntem unterscheiden kann.
1. Seien Sie bereit, weniger zu tun
Das bedeutet wahrscheinlich weniger Vorausplanung, als Sie gewohnt sind, und beinhaltet, sich damit wohlzufühlen, dass man:
- Keine oder nur minimale Akzeptanzkriterien
- Keine Unteraufgaben bei User Stories
- Keine Schätzungen
Was man bei einem starren Prozess verliert, gewinnt man an Geschwindigkeit, Vertrauen und Kommunikation. Akzeptiere den Mangel an Kontrolle.
Dieses Prinzip erinnert das gesamte Team daran, dass es in Ordnung ist, bekannte Prozesse zugunsten einer schnelleren Lieferung funktionierender Software aufzugeben. Es ist hilfreich, sich selbst und dem Team regelmäßig die Frage zu stellen: „Ist das der schnellste Weg, um x zu erledigen?“
2. Zeigen, nicht erzählen
Da du weniger im Voraus planst, wirst du während der Entwicklung mehr sprechen und zeichnen. Es kann sinnvoll sein, deine Scrums zu verlängern, um das Feature vor dem Start des Entwicklungstages mit dem Team im Detail zu besprechen. Wie das Sprichwort sagt: Ein Bild sagt mehr als tausend Worte. Manchmal reicht eine Skizze der Seite, ein Inhaltsmodell oder ein Diagramm, das zeigt, wie das System aufgebaut werden soll, um mit dem Bau zu beginnen und anschließend iterativ daran weiterzuarbeiten.
Dieses Prinzip gibt dir und dem Kunden Sicherheit, denn jeder sieht gerne Fortschritte. Das regelmäßige Präsentieren von Arbeitsergebnissen ermöglicht rechtzeitiges Feedback und minimiert somit Verschwendung.
3. Um Verzeihung bitten, nicht um Erlaubnis fragen
Bei den meisten rigorosen Softwareentwicklungsprozessen ist Konsens entscheidend. Du möchtest, dass der Product Owner die Akzeptanzkriterien abzeichnet und als Projektmanager willst du wissen, dass dein Team die Anforderungen verstanden hat, bevor es mit dem Schreiben von Code beginnt.
Bei schnellen Prototypen ist es wichtig, dass dein Team sich ermutigt fühlt, die Dinge nach bestem Wissen einfach zu bauen, den aktuellen Stand frühzeitig zu zeigen, Feedback einzuholen und daraufhin weiterzuentwickeln.
Konsens von Beginn an verlangsamt den Prozess, und nur selten geht Arbeit verloren, wenn das Team früh und häufig zeigt, woran es arbeitet.
Dieses Prinzip ist vor allem für Entwickler wertvoll, denn es legt die Verantwortung auf sie, zunächst eine Funktion mit wenig äußerem Einfluss zu konzipieren und zu bauen. Oft bauen wir zu viel oder machen Dinge zu kompliziert, weil wir die technische Komplexität hinter unseren Anforderungen nicht immer sehen. Deshalb ist es sinnvoll, darauf zu vertrauen, dass die Entwickler im Team die grundlegendste Umsetzung bestimmen und zuerst genau das realisieren.
Damit das klappt, ist es unabdingbar, dass deine Entwickler das Projekt sehr gut verstehen und stets die richtigen Entscheidungen im Sinne des Projektes treffen und nur gerade genug bauen.
4. Ermutige das Team immer, zu zeigen, woran es arbeitet (auch wenn es noch unfertig wirkt)
Dieser Prozess ist inspiriert von den Prototyping-Prinzipien des Government Digital Service.
Typischerweise zeigen wir Kunden nur fertige Features. Bei Rapid Prototyping-Projekten ist es wichtig, das Feature zu präsentieren, sobald es funktioniert – so kannst du Verschwendung minimieren, iterieren und falls nötig einen neuen Kurs einschlagen.
Lass es funktionieren. Zeig das Ding.
Mach es hübsch. Zeig das Ding.
Lass es skalieren. Zeig das Ding.
Dieses Prinzip befreit Teammitglieder von dem Gefühl, Arbeit erst nach einem Design-Review oder vollständigen Test zeigen zu dürfen. Feiere den Fortschritt.
5. Bevorzuge physische Prozesse gegenüber digitalen Tools
Um es mit Brett Harneds Worten zu sagen: Wir managen Projekte mit unserem Kopf, nicht mit unseren Tools. Scheue dich nicht davor, deine Projektmanagement-Tools zu verlassen. Visualisiere die Arbeit, nutze ein physisches Backlog, hänge Skizzen, User Flows, Personas an die Wand und stehe mit dem Team im Scrum davor. Greife oft darauf zurück und ermutige das Team, Karten zu verschieben und neue Features gemeinsam zu feiern. Ist dein Kunde nicht vor Ort, fotografiere und teile alles per Slack, damit niemand außen vor bleibt.
Eine neue Herangehensweise zu probieren, kann schwierig sein. Die Visualisierung der Arbeit bringt oftmals Gespräche in Gang, die in einem Hangout mit digitalem Board nicht stattfinden würden. Es fällt sofort auf, wenn eine Karte einen Tag lang nicht bewegt wurde oder zu viel WIP existiert. Physische Prozesse sorgen für zusätzliche Transparenz, die – glaub mir – in unsicheren Momenten Gold wert ist.
6. Seid gut zueinander
Es ist normal, sich überwältigt zu fühlen, wenn man versucht, einen neuen Prozess und eine neue Arbeitsweise zu etablieren, besonders wenn man selbst damit noch wenig Erfahrung hat. Tritt dennoch selbstbewusst auf und unterstütze das Team, wenn Schwierigkeiten auftreten. Höre aufmerksam zu und sei bereit, den Prozess nach Bedarf anzupassen. Achte darauf, dass dem Team kein zusätzlicher Druck entsteht. Rapid Prototyping bedeutet, klüger zu arbeiten – nicht härter.
Je nach Persönlichkeit in deinem Team werden manche Mitglieder diese neue Arbeitsweise begrüßen, während andere sich dagegen sträuben könnten. Wir alle lernen mit unterschiedlicher Geschwindigkeit und jede Disziplin steht beim Anpassen an neue Arbeitsweisen vor eigenen Herausforderungen. Als PM solltest du dir dessen bewusst sein und eine unterstützende, sichere Umgebung für das Team schaffen – setzt euch zusammen, trinkt Tee und erkundige dich regelmäßig bei allen, wie es ihnen geht.
7. Ablenkungen minimieren
Es ist manchmal als PM schwierig einzuschätzen, wo du bei einem neuen Prozess Kompromisse machen kannst und wo du konsequent bleiben solltest. Was neue Änderungen während eines Sprints betrifft, solltest du weiterhin Widerstand leisten und auch mal nein sagen. Es ist wichtig, dass dein Team zu Beginn eines Sprints ungestört bleibt – ihre Zeit zu schützen ist das Wertvollste, was du tun kannst.
Dieses Prinzip gibt dem Team die Möglichkeit, Anforderungen zurückzuweisen. Wahrscheinlich führst du einwöchige Sprints durch – bei so einem kurzen Zeitraum kannst du es dir nicht leisten, Zeit zu verlieren. Sorge für Rückhalt im gesamten Unternehmen, damit alle sich trauen, interne Meetings oder Zusatzaufgaben aufzuschieben und in dieser Zeit voll konzentriert arbeiten können.
So funktioniert Rapid Prototyping für dich
Ich empfand diesen neuen Arbeitsansatz als äußerst bereichernd – manchmal fühlte es sich chaotisch, unordentlich und außer Kontrolle an. Es ist schwierig abzuschätzen, wann und wie stark man vom aktuellen Prozess abweichen sollte, aber ich möchte dich ermutigen, zu experimentieren, schnell aus Fehlern zu lernen und offen mit deinem Team zu kommunizieren, was du von ihnen brauchst.
Manchmal haben wir einen zentralen Teil des Prozesses entfernt und später wieder eingeführt, weil mir klar wurde, dass ich das Projekt ohne diesen Teil nicht gut steuern konnte. In solchen Momenten habe ich sichergestellt, dass ich meinem Team die Folgen dieser Änderung klar erklären konnte. Als Team haben wir diskutiert, ob es einen alternativen Weg für mich gibt, an die notwendigen Informationen zu kommen – fanden wir keine bessere Lösung, wurde der Prozess wieder eingesetzt. In solchen Situationen zahlt sich ein unterstützendes Umfeld aus gegenseitigem Vertrauen und Respekt besonders aus. Bei jedem Schritt lernen wir, iterieren weiter und entwickeln uns als ganzes Team.
Dank an Chris Thorpe für diese Prinzipien – alles, was ich weiß, habe ich ihm zu verdanken.
