Design Sprint Moderationsleitfaden: Tag für Tag, mit einem Protokoll
Der Google Ventures Design Sprint (Knapp, Zeratsky und Kowitz, Sprint, 2016) komprimiert eine Produktentscheidung in fünf Tage: am Montag mappen, am Dienstag skizzieren, am Mittwoch entscheiden, am Donnerstag prototypisieren, am Freitag mit fünf Nutzern testen. Die zentrale Idee ist "gemeinsam allein arbeiten" — unabhängige Generierung vor der Gruppenauswertung — und seine Schwäche ist, dass die meisten seiner Artefakte am Freitag sterben: Haftnotizen werden fotografiert, die Begründung des Supervotes wird nie niedergeschrieben, und die Testergebnisse verbinden sich nie mit den Hypothesen vom Montag. Um einen Sprint durchzuführen, bei dem die Entscheidung überlebt: extrahiere die Experteninterviews und Notizen vom Montag in strukturierte Argumente; erfasse die How-Might-We-Notizen und die Karte als Ansprüche auf einem Argumentbaum; führe die Kunstmuseumskritik am Mittwoch als stille, parallele Review-Ketten durch (vier-Runden-Dialoge zwischen Kritiker und Autor — Gruppenkritik ist N parallele Ketten, niemals eine gemeinsame Runde); parke Fragen als Q&A-Ketten anstelle eines Flipcharts; löse Konflikte im geteilten Raum durch Kompromissketten; dokumentiere die Straw-Poll als Bewertungen und den Supervote des Entscheidungsfinders als ein Argument, das seine Begründung trägt; und erfasse am Freitag die Interviewergebnisse als Argumente, die mit den Hypothesen vom Montag verknüpft sind, die sie bestätigen oder überarbeiten. Skizzieren und Prototypisieren bleiben absichtlich auf Papier und in Design-Tools. Ketten sind Funktionen des Argumentbaums; ArgumenTroupe trägt zu Persona-Debatten für die Blitzforschung am Dienstag bei, und Argumentree.AI führt Multi-Modell-Analysen für die Einwandsvorhersage am Freitag durch.
Der GV Design Sprint beantwortet eine große Frage in fünf Tagen. Seine Artefakte — Haftwände, Punktabstimmungen, geparkte Fragen — überstehen in der Regel den Montag nicht. Führen Sie dieselbe Woche mit einem langlebigen Rückgrat durch:
- Montag: Experteninterviews und Notizen, die in Argumente umgewandelt wurden; How-Might-We-Notizen als Ansprüche auf einem Baum — nicht an einer Klebewand
- Mittwoch: stille Kritik als parallele Bewertungsstränge; die Straw Poll als Bewertungen; die Supervote des Entscheiders aufgezeichnet mit seiner Begründung
- Freitag: Testergebnisse als Argumente erfasst, die auf die Hypothesen vom Montag zurückverweisen — das Forschungsdeck, das nie geöffnet wird, ersetzt durch ein abfragbares Protokoll
- Papier bleibt Papier: Crazy 8s, Skizzieren und der Prototyp sind absichtlich nicht im Tool enthalten.
Der Sprint, der bis Montag verschwunden war
Freitag, 16:55 Uhr, Ende der Sprintwoche. Fünf Benutzerinterviews sind abgeschlossen, der Prototyp hat größtenteils funktioniert, und der Raum ist auf die gute Art müde. An der Wand: zweihundert Haftnotizen, eine wärmeabgebildete Wand mit Lösungsskizzen, eine Whiteboard-Karte mit einem rot umrandeten Ziel und ein Flipchart mit der Aufschrift "PARKING LOT" mit elf Fragen, auf die niemand geantwortet hat. Jemand macht Fotos von allem. Alle sind sich einig, dass es eine großartige Woche war.
Jetzt spulen wir drei Wochen vor. Sie sind in einem Roadmap-Meeting, und jemand fragt, warum das Team sich für das Concierge-Onboarding-Konzept anstelle des Self-Service-Wizards entschieden hat. Sie erinnern sich, dass der Entscheider es gewählt hat. Sie erinnern sich nicht, warum. Die Fotos befinden sich in einem Ordner namens Sprint_Week_Final; die Begründung ist in niemandes Kopf in reproduzierbarer Form; und zwei der elf geparkten Fragen stellen sich als die genauen Probleme heraus, die jetzt die Ingenieure blockieren.
Das ist der standardmäßige Fehlermodus des Rituals, das Jake Knapp, John Zeratsky und Braden Kowitz bei Google Ventures entwickelt und in Sprint (2016) dokumentiert haben. Die fünf Tage umfassende Struktur ist wirklich ausgezeichnet — dieses Tutorial ändert daran nichts. Was es ändert, ist das Aufzeichnungsmedium: Die wichtigsten Artefakte des Sprints werden zu Argumenten auf einem Baum, sodass die Entscheidung, die den Freitag übersteht, die Begründung ist, nicht die Fotografien.
"Gemeinsam allein arbeiten" — die beste Idee des Sprints, beibehalten
Der charakteristische Zug des Sprints ist das, was Knapp als "gemeinsam allein arbeiten" bezeichnet: Ideen werden unabhängig generiert — stilles Skizzieren, stilles Abstimmen, Notizen, die vor der Diskussion geschrieben werden — und erst dann als Gruppe bewertet. Das Buch ist deutlich, warum: Gruppendenken produziert weniger als dieselben Personen, die allein arbeiten, und offene Diskussionen überlassen das Ergebnis der lautesten und ranghöchsten Stimme. Unser eigenes Korpus kommt aus anderen Richtungen immer wieder zu demselben Ergebnis — unabhängige Perspektiven schlagen Gruppendenken, und aggregierte unabhängige Urteile schlagen Experten, genau dann, wenn sie tatsächlich unabhängig sind.
Alles in diesem Tutorial bewahrt diese Eigenschaft. Argumente werden eingereicht, bevor sie sichtbar sind; Kritiken laufen als parallele private Dialoge, bevor eine Gruppendiskussion stattfindet; Bewertungen sind individuell. Das Tool ersetzt nicht die Psychologie des Sprints — es verstärkt sie, einschließlich für die Remote-Teilnehmer, die das ursprüngliche Buch nie berücksichtigen musste. (Warum Struktur offene Diskussionen im Allgemeinen übertrifft, siehe strukturierte Meinungsverschiedenheit.)
Was Sie brauchen
Das Standard-Sprint-Kit (Raum oder Videoanruf, Papier, Marker, ein Prototyp-Tool) plus eine Argumentree-Diskussion für die Woche. Die kostenlose Stufe deckt einen ersten Sprint ab; der Moderator richtet es am Montagmorgen in zehn Minuten ein.
Montag: das Problem skizzieren — in Argumente, nicht in Haftnotizen
Montag ist der Wissenserfassungstag des Sprints: langfristiges Ziel, Sprintfragen, eine Karte des Problems und "Frag die Experten"-Interviews, die damit enden, dass alle How-Might-We-Notizen schreiben. Im klassischen Sprint entsteht dabei die klebrige Wand — dicht, wertvoll und bis Dienstagnachmittag unleserlich.
- 1Formuliere die Sprintfrage als die Hauptbehauptung. Nicht "Wie könnten wir das Onboarding verbessern", sondern die Entscheidung, die die Woche hervorbringen muss: "Wir werden Konzept X versenden, um das Onboarding-Abbruchproblem zu lösen." Die Aufgabe der Woche besteht darin, anzugreifen, zu unterstützen und schließlich zu wählen, was das X ausfüllt. Checkpoint: Hauptbehauptung existiert; langfristiges Ziel und Sprintfragen sind als ihre ersten Kinder angehängt.
- 2Extrahieren Sie die Experteninterviews. Nehmen Sie wie gewohnt auf oder machen Sie Notizen — laden Sie dann die Notizen hoch und lassen Sie die KI-Extraktion diese in strukturierte Pro-/Kontra-Argumente mit dem zugehörigen Quelltext umwandeln. Die Warnung des Experten wird zu einem Kontra-Argument mit seinen Worten als Beweis, nicht zu einem Punkt in Notizen, die niemand erneut liest. Checkpoint: Jedes Interview hat Argumente im Baum produziert; die Herkunft zeigt, welche extrahiert wurden.
- 3Wie-Könnten-Wir-Notizen kommen an den Baum. Jede HMW-Notiz ist eine eigenständige Behauptung — dasselbe Ritual, langlebiges Medium. Duplikate werden sofort sichtbar, anstatt in drei Ecken der Wand erneut angeklebt zu werden. Checkpoint: HMW-Runde abgeschlossen; jeder hat eingereicht, bevor er die anderen liest.
- 4Wählen Sie das Ziel mit einem ersten Bewertungsdurchgang aus. Die Zielauswahl auf der Karte — normalerweise Punktaufkleber — ist eine Bewertungsrunde zu den Ansprüchen der Kandidaten. Die Verteilung, nicht das Gedächtnis des Moderators über die Punkte, dokumentiert, wo der Raum stand. Checkpoint: Ziel gewählt; die Verteilung, die es gewählt hat, ist im Protokoll.
Dienstag: Skizze auf Papier, Recherche zur Aufnahme
Der Dienstag gehört den Lightning Demos und dem Skizzieren von Lösungen — und das Skizzieren bleibt genau dort, wo Knapp es platziert hat: auf Papier. Crazy 8s mit einem Marker ist eine Denktechnik, kein Dokumentationsproblem, und es in ein beliebiges Tool zu übertragen, würde die Hand, die es zum Funktionieren bringt, verlangsamen. Dies ist ein bewusster Umfang: Der Baum dokumentiert das Denken, nicht die Zeichnungen.
Was im Protokoll festgehalten wird, ist die Forschungs-Hälfte. Lightning Demos — die Suche nach bestehenden Lösungen, die es wert sind, gestohlen zu werden — parallelisiert weit über den Raum hinaus: Führen Sie ein ArgumenTroupe-Personendebatte durch, um zu hören, wie verschiedene Benutzerarchetypen auf ein Kandidatenmuster reagieren, oder einen Argumentree.AI-Multi-Modell-Sweep, um zu sammeln, wie mehrere Modelle für und gegen einen Ansatz argumentieren. Beide landen als gekennzeichnete Argumente (mit Herkunftsstempel), sodass die Recherche am Dienstag am Mittwoch abfragbar ist, anstatt in den Browser-Tabs einer Person zu leben.
Mittwoch: der Entscheidungstag, nach dem der Sprint benannt ist
Mittwochmorgen ist das Kunstmuseum: Skizzen an der Wand, stille Überprüfung, Heatmap-Punkte, Geschwindigkeitskritik, Straw Poll und schließlich die Superabstimmung des Entscheidungsfinders. Es ist das am besten gestaltete Entscheidungstreffen in der Geschäftsliteratur — und der Tag, an dem der Großteil seiner Begründung verdampft. Hier ist die gleiche Abfolge mit der Begründung:
- 1Kunstmuseum, unverändert. Skizzen (fotografiert oder exportiert) werden jeweils durch einen Argumentknoten dargestellt — das Konzept als Anspruch. Die Skizze selbst wird als Exponat des Knotens angehängt. Checkpoint: jede Skizze hat einen Knoten; die Autoren bleiben vorerst anonym, genau wie es Knapp vorschreibt.
- 2Stille Kritik als parallele Bewertungsstränge. Anstelle von verbaler Schnellkritik — bei der die erste selbstbewusste Stimme den Raum verankert — eröffnet jeder Teilnehmer Bewertungsstränge zu den Konzepten, an denen er zweifelt: eine schriftliche Bewertung, die Antwort des Konzeptchampions, Nachverfolgung, Antwort. Gruppenkritik ist N parallele Stränge zu einem Konzept, jeder Kritiker in seinem eigenen vierteiligen Dialog mit dem Autor — es gibt keinen gemeinsamen Kritikstrang, absichtlich. Checkpoint: Jeder ernsthafte Zweifel existiert als Strang, zuordenbar und beantwortet.
- 3Parkplatz als Q&A-Ketten. Die Frage, die normalerweise auf dem Flipchart sterben würde, wird zu einer Q&A-Kette zum relevanten Konzept: gefragt, vom Champion beantwortet, nachgefragt, erneut beantwortet — dann ist sie abgeschlossen. Elf geparkte Fragen werden zu elf abgeschlossenen Austauschen anstelle von elf Bedauern. Checkpoint: Parkplatz leer; jede geparkte Frage ist eine Kette.
- 4Straw Poll als Bewertungsrunde. Jeder bewertet jedes Konzept — jeweils eine gekennzeichnete Bewertung. Die Heatmap wird zu einer Verteilung, die Sie erneut lesen können, einschließlich der Aufteilungen. Checkpoint: Alle Konzepte wurden von allen Teilnehmern bewertet.
- 5Die Superabstimmung, mit ihrer Begründung. Der Entscheider entscheidet — dieser Teil des Sprints ist heilig. Aber die Superabstimmung wird als Argument aufgezeichnet, das vom Entscheider unter dem gewählten Konzept verfasst wurde, und gibt an warum, einschließlich warum sie gegen die Umfrage entschieden haben, falls sie das taten. Dieser eine Knoten ist der Unterschied zwischen dem Roadmap-Meeting, das die Entscheidung wieder öffnet, und dem, das sie liest. Checkpoint: Entscheidung aufgezeichnet, verfasst vom Entscheider, Begründung enthalten.
- 6Geteiltes Zimmer? Kompromisskette. Wenn zwei Lager wirklich in einen Stillstand geraten — der Fall, den Knapp mit "vielleicht beide" löst — ermöglicht eine Kompromisskette einem Champion, das zusammengeführte Konzept dem anderen offiziell vorzuschlagen. Ob es gelöst wird oder nicht, der Versuch wird dokumentiert. Checkpoint: kein ungelöster Split bleibt unsichtbar.
Der Fehler, den jeder erstmalige Moderator macht
Eine Review-Kette ist ein Dialog, keine Kommentarsektion: Der Herausforderer eröffnet, der Autor antwortet, jeweils eine Nachverfolgung, fertig. Wenn Sie nach einem "Kritikrunde starten"-Button suchen, halten Sie es falsch — die Runde besteht darin, dass jeder parallel seine eigene Kette eröffnet. Vier Runden sind auch das Budget: Eine Meinungsverschiedenheit, die mehr benötigt, braucht ein Gespräch, und die Kette ist der Nachweis, dass es versucht wurde.
Donnerstag: Prototyp — absichtlich nicht unsere Abteilung
Donnerstag ist für den Aufbau der Fassade in Figma, Keynote oder auf Papier. Der einzige Job des Baumes am Donnerstag ist passiv: es ist das Briefing. Der Prototyp baut den Knoten des gewählten Konzepts — seinen Anspruch, seine unterstützenden Argumente, die Einwände, die er überstanden hat — und jede Frage, die die Builder aufwirft, erhält eine Q&A-Kette an den Entscheider statt einen Hinterhalt beim Debriefing am Freitag.
Freitag: fünf Benutzer und Erkenntnisse, die zurückverknüpfen
Die fünf Benutzerinterviews am Freitag sind die Ausbeute des Sprints — und in der klassischen Version sein am meisten verschwendetes Artefakt. Die Ergebnisse fließen in ein Debriefing-Raster, das Raster geht in ein Deck, und das Deck geht dahin, wo Decks hingehen. Die Lösung kostet nichts: jeden Befund als Argument verknüpfen, das mit der Hypothese vom Montag verbunden ist, die er testet. "Benutzer haben den Preisschritt nicht verstanden" wird zu einem Nachteil des Preisanspruchs des Konzepts, wobei der Moment des Interviews als Beweis dient. Auch hier hilft die Extraktion — lade die Interviewnotizen oder Transkripte hoch und lasse die Struktur herausziehen, dann überprüfe.
Vor den Interviews noch ein weiterer optionaler Durchgang: eine Argumentree.AI Einwandvorhersage — mehrere Modelle, die argumentieren, wo der Prototyp scheitern wird — macht eine scharfe Vergleichsübung, wenn die echten Nutzer mit den Maschinen nicht übereinstimmen. Beschriften und entsprechend lesen.
Die Freitagsfrage
Für jede Montagshypothese: Hat Freitag sie bestätigt, sie gebrochen oder sie nie getestet? Wenn Sie die Frage nicht innerhalb von zwei Minuten aus den Aufzeichnungen beantworten können, hat der Sprint dieser Woche eine Entscheidung hervorgebracht — aber keine wiederverwendbare.
Was die Woche überdauert
Laufen Sie auf diese Weise, der Rest des Sprints ist eine verknüpfte Struktur: die Sprintfrage, das Fachwissen, das sie umrahmte, jedes Konzept mit seinen Kritikketten, die Bewertungen, der begründete Anruf des Entscheidungsfinders und die Testergebnisse, die an die Hypothesen angehängt sind, die sie berührten. Das Roadmap-Meeting drei Wochen später öffnet den Baum, liest den Supervote-Knoten und macht weiter — die Arbeitsdefinition einer Entscheidungsqualitätskette, die als Nebenprodukt einer Woche entstanden ist, in der Sie ohnehin unterwegs waren. Es ist auch das stärkste Gegenmittel gegen das Problem des Meetings, das eine E-Mail hätte sein sollen, im Umkehrschluss: Dies war eine Woche, die verdient hat, ein Meeting zu sein, und jetzt kann es das beweisen (der Test).
Ehrliche Einschränkungen
- ✗Das Tool führt den Sprint nicht aus. Es gibt keine Sprint-Vorlage, keinen Timer und keinen Tages-zu-Tag-Assistenten — die Moderationsdisziplin (Zeitboxen, die Autorität des Entscheidungsfinders, die Regel ohne Geräte) liegt bei dir, aus dem Buch.
- ✗Skizzieren und Prototyping sind absichtlich nicht im Umfang enthalten. Crazy 8s gehört auf Papier; der Prototyp gehört in ein Design-Tool. Beides in einen Argumentationsbaum zu zwingen, würde beiden schaden.
- ✗Bewertungen sind ein einzelner beschrifteter Wert pro Person — eine Meinungsumfrage, kein gewichteter Mehrkriterienwert. Die Supervote existiert genau, weil die Umfrage nicht die Entscheidung ist.
- ✗Eine Kette besteht aus vier Umdrehungen, dann ist sie vollständig. Tiefe Designunterschiede benötigen weiterhin den Raum; die Kette dokumentiert, was bereits argumentiert wurde.
- ✗Persona-Debatten und Multi-Modell-Umfragen erweitern die Eingaben; sie sind keine Nutzer. Die fünf Menschen vom Freitag bleiben der Beweis. Maschinenargumente bleiben gekennzeichnet, damit niemand vergisst, welches welches ist.
- ✗Das Format setzt seine Voraussetzungen voraus. Fünf aufeinanderfolgende Tage, ein Raum, sieben Personen oder weniger, ein Entscheider — wenn eines dieser Kriterien nicht erfüllt ist, wird das Sprint-Skript gegen Sie arbeiten. Für verteilte Teams, Gruppen von zwanzig, monatelange Iterationen oder Arbeiten ohne einen einzelnen Entscheidungsträger, führen Sie die Modi direkt aus: das Playbook für Design Thinking Workshops ist das begleitende Tutorial für genau diese Projekte.
Praktische Lektionen
- ✓Richten Sie den Baum vor Montag ein. Wurzelanspruch, Ziel, Sprintfragen — zehn Minuten am Sonntag sparen das Montagmorgen-Gestolper, das das Vertrauen im Raum kostet.
- ✓Extraktionen finden während der Pausen statt. Laden Sie die Notizen des Experteninterviews in der Kaffeepause hoch; überprüfen Sie die extrahierten Argumente nach dem Mittagessen als Gruppe. Niemand transkribiert etwas in Echtzeit.
- ✓Halten Sie die Namen der Autoren bis nach den Bewertungen verborgen. Die Anonymitätsregeln des Sprints (Skizzen ohne Unterschrift bis nach der Abstimmung) lassen sich klar umsetzen – offenbaren Sie sie nach der Umfrage, wie es Knapp tut.
- ✓Die Begründung für das Supervote ist nicht verhandelbar. Wenn der Entscheider die ganze Woche über einen Satz schreibt, dann ist es dieser. Weigere dich, Mittwoch ohne ihn zu schließen.
Freitag, 16:55 Uhr, wieder
Der gleiche Raum, das gleiche müde, aber angenehme Gefühl. Der Unterschied besteht darin, was übrig bleibt, wenn die Fotos gemacht werden: kein Ordner mit Bildern, sondern ein Baum, der die einzigen Fragen beantworten kann, die später beim Sprint gestellt werden — was haben wir gewählt, was haben wir abgelehnt, wer hat daran gezweifelt und warum, und was haben die Nutzer tatsächlich gesagt. Der Sprint war immer eine Entscheidungsmaschine. Jetzt bewahrt er die Entscheidung.
Quellen & weiterführende Literatur
- Knapp, J., Zeratsky, J., & Kowitz, B. (2016). Sprint: Wie man große Probleme löst und neue Ideen in nur fünf Tagen testet. Simon & Schuster.Das kanonische Sprintbuch — die Fünf-Tage-Struktur, "gemeinsam allein arbeiten", das Kunstmuseum, die Superabstimmung. Dieses Tutorial verändert das Medium der Aufzeichnung, nicht das Ritual.
- Der Design Sprint — offizielle GV-Ressourcen (gv.com/sprint).Checklisten, Agenden und die ursprünglichen Moderationsmaterialien von Google Ventures.
- Lu, L., Yuan, Y. C., & McLeod, P. L. (2012). Fünfundzwanzig Jahre versteckte Profile in der Gruppenentscheidungsfindung. Personality and Social Psychology Review, 16(1).Warum unabhängige Generierung vor der Gruppenauswertung tragfähig ist: Die Diskussion neigt sich dem zu, was jeder bereits weiß.
Häufig gestellte Fragen
Was ist ein Design Sprint und was passiert an jedem Tag?
Der Google Ventures Design Sprint (Knapp, Zeratsky und Kowitz, 2016) komprimiert eine große Produktentscheidung in fünf Tage: Montag kartiert das Problem und sammelt Expertenwissen, Dienstag skizziert individuelle Lösungen, Mittwoch kritisiert und entscheidet (endet mit dem Supervote des Entscheidungsfinders), Donnerstag baut eine realistische Prototypenfassade, und Freitag testet sie mit fünf Nutzern. Sein Kernprinzip ist "gemeinsam allein arbeiten" — unabhängige Generierung vor der Gruppenauswertung — was die Struktur dieses Tutorials bewahrt und durchsetzt.
Warum gehen die Ergebnisse von Design-Sprints verloren?
Weil die Artefakte des Sprints physisch sind und seine Argumentation mündlich. Haftwände werden in Ordner fotografiert, die niemand öffnet; die Punkte der Straw Poll und die Begründung des Supervotes leben nur in der Erinnerung; geparkte Fragen sterben auf dem Flipchart; und die Erkenntnisse vom Freitag gehen in ein Deck, das von den Hypothesen vom Montag getrennt ist. Drei Wochen später erinnert sich das Team daran, was gewählt wurde, aber nicht warum — genau dann wird die Entscheidung erneut verhandelt. Die Lösung besteht darin, das Medium der Aufzeichnung zu ändern: wichtige Artefakte als Argumente auf einem Baum, mit Kritik, Bewertungen und der Begründung des Entscheidenden angehängt.
Wie führt man einen Remote- oder verteilten Design-Sprint durch?
Die Mechanik des Sprints übersetzt sich gut, da seine besten Ideen bereits auf Unabhängigkeit basieren: stilles Skizzieren, stille Kritik, individuelles Abstimmen. Aus der Ferne ersetzt der Argumentationsbaum die physische Wand (How-Might-We-Notizen und Konzepte als Ansprüche), Review-Ketten ersetzen die Kritik über die Schulter mit parallelen schriftlichen Dialogen, die über Zeitzonen hinweg funktionieren, Q&A-Ketten ersetzen den Parkplatz, und Bewertungen ersetzen Punktaufkleber. Skizzieren bleibt auf Papier, das in den Baum fotografiert wird; der Prototyp bleibt in deinem Design-Tool. Halte den Entscheidungszeitpunkt am Mittwoch synchron, wenn du kannst — der Entscheider, der live entscheidet, mit der aufgezeichneten Begründung, ist den Planungsaufwand wert.
Was ist das Supervote und warum sollte seine Begründung festgehalten werden?
Im Sprint, nach der Straw Poll des gesamten Teams, gibt der Decider — eine benannte Person mit Autorität — die Supervote ab, die tatsächlich das gewinnende Konzept auswählt und kann den Raum überstimmen. Knapp hat es so gestaltet, dass Entscheidungen durch ein Komitee verhindert werden. Die Aufzeichnung der Begründung verwandelt es von einem Akt der Autorität in eine wiederverwendbare Entscheidung: das ein Absatz umfassende Argument, das erklärt, warum dieses Konzept und warum gegen die Umfrage, falls zutreffend, ist das, was das Roadmap-Meeting daran hindert, die Frage drei Wochen später erneut zu eröffnen. Es ist der wertvollste Satz, den ein Decider die ganze Woche über schreibt.
Kann KI an einem Design-Sprint teilnehmen?
In drei gekennzeichneten, begrenzten Weisen. Dienstag: Persona-Debatten (ArgumenTroupe) und Multi-Modell-Sweeps (Argumentree.AI) parallelisieren die Lightning-Demo-Forschung — wie würden verschiedene Benutzerarchetypen oder Modelle für und gegen ein Muster argumentieren. Freitag: Ein Einwand-Vorhersage-Sweep vor den eigentlichen Interviews macht eine scharfe Vergleichsübung. Und durchgehend verwandelt die Extraktion Interviewnotizen und Transkripte in strukturierte Argumente. Alle maschinellen Beiträge tragen sichtbare Herkunftsnachweise, und keiner ersetzt die fünf menschlichen Benutzer — erweiterte Eingaben sind kein Benutzerbeweis.
Welche Teile des Sprints sollten aus jedem Tool herausgehalten werden?
Skizzieren und Prototyping. Crazy 8s und Lösungsskizzen sind Techniken des Denkens mit den Händen — Papier und ein Marker, genau wie im Buch vorgeschrieben; die fertige Skizze wird als Exponat an ihrem Konzeptknoten in den Baum eingegeben, nicht als digitale Zeichnungsübung. Der Donnerstag-Prototyp gehört in Figma, Keynote oder auf Papier. Der Baum dokumentiert das Denken rund um diese Artefakte — die Kritik, die Bewertungen, die Entscheidung — was der Teil ist, der sonst am Freitag verloren geht.
Führen Sie einen Sprint durch, das Roadmap-Meeting kann nicht wiedereröffnet werden.
Die gleichen fünf Tage, die gleichen Rituale — mit der Kritik, den Bewertungen und der Begründung des Entscheiders, die drei Wochen später immer noch lesbar sind.
Kostenlose 14-tägige Testversion starten