Geliefert & gewonnen

Was haben wir in diesem Sprint geliefert, das Mehrwert geschaffen hat?

Wir haben den neuen Onboarding-Flow vor dem Zeitplan ausgeliefert, und die Anmeldungen steigen schon jetzt.
Unser kurzer Spike zum Payment-Bug wurde zu einem sauberen Fix, der die Support-Tickets reduziert hat.
Die Lücke bei der Übergabe von Design an Entwicklung ist geschlossen. Zum ersten Mal haben wir am ersten Tag pixelgenau geliefert.
Was uns ausgebremst hat

Welche Blocker oder Reibungen haben unser Tempo gekillt?

Zu viele Kontextwechsel zwischen Projekten, ich bin nie richtig in den Flow gekommen.
Wir waren zwei Tage blockiert, weil wir auf API-Zugang von einem anderen Team gewartet haben.
Unklare Akzeptanzkriterien haben dazu geführt, dass wir das Feature zweimal gebaut haben.
Was wir gelernt haben

Welche neue Erkenntnis oder validiertes Wissen haben wir gewonnen?

Kunden wollen eigentlich nicht mehr Features. Sie wollen weniger, dafür klarere.
Pair Programming bei den schwierigsten Tickets hat insgesamt Zeit gespart, nicht gekostet.
Unsere Annahme zur mobilen Nutzung war falsch; der Großteil des Traffics kommt vom Desktop.
Pivot oder Weitermachen

Worauf setzen wir verstärkt, was ändern oder streichen wir?

Beim Onboarding weitermachen, die Daten sprechen eindeutig dafür.
Weg vom Enterprise-Feature; unsere echte Traction kommt von KMU-Nutzern.
Den wöchentlichen Statusbericht, den keiner liest, streichen und die Zeit zurückgewinnen.

Was ist die Silicon-Valley-Startup-Sprint-Retrospektive?

Die Silicon-Valley-Startup-Sprint-Retrospektive gestaltet eure Retro so, wie es ein Startup-Team tun würde. Sie basiert auf dem Build-Measure-Learn-Zyklus aus dem Lean-Startup-Ansatz, den Eric Ries mit The Lean Startup bekannt gemacht hat: Betrachtet jeden Sprint als Experiment, schaut euch an, was die Ergebnisse tatsächlich gezeigt haben, und entscheidet auf Basis dieser Evidenz, wie es weitergeht. Das Board hat vier Bereiche. „Geliefert & gewonnen“ ist für das, was das Team ausgeliefert und bei den Kunden bewirkt hat. „Was uns ausgebremst hat“ umfasst Blocker und Reibungsverluste, die euch Tempo gekostet haben. „Was wir gelernt haben“ hält fest, was ihr angenommen habt und was die Daten gesagt haben. „Pivot oder Weitermachen“ ist der Entscheidungspunkt: Worauf setzt ihr verstärkt, was ändert ihr und was streicht ihr? Das Format eignet sich für Produktteams, Gründer und Innovationsteams, die in Bewegung bleiben wollen, ohne die Richtung zu verlieren, und für jedes Team, das entscheiden muss, ob es an einem Vorhaben weiterarbeitet. Schließt mit klaren Entscheidungen ab und legt für jede eine verantwortliche Person fest, damit der nächste Sprint mit einer klaren Richtung startet.

Themen

Geliefert & gewonnen

Was haben wir in diesem Sprint geliefert, das Mehrwert geschaffen hat?

Beginnt mit den Erfolgen: ausgelieferte Features, erreichte Meilensteine und kleine Experimente, die sich ausgezahlt haben. Bittet das Team, wie Gründer zu denken, die ihre Traction messen. Was hat für das Produkt oder die Kunden wirklich etwas bewegt? Ermutigt auch die ruhigeren Teammitglieder, kleine Erfolge zu teilen.

Was uns ausgebremst hat

Welche Blocker oder Reibungen haben unser Tempo gekillt?

Hier benennt das Team die Engpässe, Abhängigkeiten und Ablenkungen, die Schwung gekostet haben. Behandelt sie als Bremsen im System, nicht als Schuld Einzelner. Achtet auf Muster, die sich über mehrere Sprints wiederholen, denn deren Behebung bringt oft am meisten, und fragt bei jedem Problem nach dem Warum.

Was wir gelernt haben

Welche neue Erkenntnis oder validiertes Wissen haben wir gewonnen?

In diesem Bereich hält das Team fest, was es in diesem Sprint über Kunden, das Produkt oder die eigene Arbeitsweise gelernt hat. Formuliert jeden Punkt als Hypothese: Was haben wir angenommen, und was haben uns die Daten gezeigt? Wenn ihr die Erkenntnisse aufschreibt, baut jeder Sprint auf dem vorherigen auf.

Pivot oder Weitermachen

Worauf setzen wir verstärkt, was ändern oder streichen wir?

Das ist der Entscheidungspunkt für Gründer. Wohin geht es als Nächstes, basierend auf dem, was ihr geliefert, gelernt und womit ihr gekämpft habt? Fordert das Team zu klaren Entscheidungen auf: Weitermachen bei dem, was funktioniert, pivotieren, wo die Daten es nahelegen, und streichen, was sich nicht lohnt. Legt für jede Entscheidung eine verantwortliche Person fest, damit der nächste Sprint mit einer klaren Richtung startet.

Wann sollte diese Retrospektive durchgeführt werden?

  • Am Ende eines Produktsprints, wenn ihr eine kurze, nach vorne gerichtete Reflexion wollt.
  • Für Startup-Teams, Gründer und Innovationsteams, die schnell vorankommen und den Fokus auf die Kunden behalten wollen.
  • Wenn das Team entscheiden muss, ob es bei einem Vorhaben pivotiert, weitermacht oder es streicht.
  • Wenn eure Retrospektiven zur Routine geworden sind und eine Build-Measure-Learn-Perspektive frischen Wind ins Gespräch bringen würde.

Vorschläge für Fragen zum Icebreaker

  • Wenn euer Team ein Startup wäre, das auf einem Demo Day pitcht: Wie würde euer Elevator Pitch in einem Satz lauten?
  • Welchen berühmten Tech-Gründer würdest du dir für diesen Sprint als Vorbild nehmen, und warum?

Möchten Sie eine Aufwärmübung, bei der Ihr Team aktiv mitmacht, und nicht nur laut Antworten gibt? Kostenlose Icebreakers durchsuchen →

Ideen und Tipps für Ihre Retrospektive

  • Gebt gleich zu Beginn den Ton vor: Es geht darum, schnell zu lernen, nicht darum, Schuld zu verteilen. Menschen teilen mehr, wenn Fehler erlaubt sind.
  • Nutzt die Sprache von Hypothesen: Was haben wir angenommen, und was haben die Ergebnisse tatsächlich gezeigt?
  • Setzt für jedes Thema eine Timebox, damit das Tempo hoch bleibt. Eine kurze Liste mit echten Punkten ist besser als eine vollständige.
  • Drängt bei „Pivot oder Weitermachen“ auf klare Entscheidungen mit Verantwortlichen statt auf vage Absichten.
  • Nutzt anonyme Beiträge in TeamRetro, damit nicht die lauteste Stimme über Erfolge und Entscheidungen bestimmt.
  • Verfolgt wiederkehrende Blocker über mehrere Sprints hinweg, um die Probleme zu finden, die eine größere Lösung verdienen.

Häufig gestellte Fragen

Wie lange dauert eine Silicon-Valley-Startup-Sprint-Retrospektive?
Die meisten Teams sind in 45 bis 60 Minuten fertig. Setzt für jedes Thema eine Timebox, damit das Tempo hoch bleibt.
Wann sollte ich dieses Retrospektiven-Format einsetzen?
Setzt es am Ende eines Sprints oder Produktzyklus ein, besonders wenn euer Team in schnellen Iterationen arbeitet und entscheiden muss, woran es weiterbaut und was es ändert.
Worin unterscheidet es sich von einer normalen Sprint-Retrospektive?
Es betrachtet den Sprint durch die Brille des Lean-Startup-Ansatzes: gelieferter Mehrwert, validiertes Wissen und eine ausdrückliche Entscheidung zwischen Pivot und Weitermachen. Eine normale Retro bleibt meist bei der Frage stehen, was gut und was schlecht lief.
Was bedeutet „Pivot oder Weitermachen“ in diesem Zusammenhang?
Die Idee stammt aus Eric Ries' Buch The Lean Startup. Auf Basis von Evidenz entscheidet das Team, ob es den Kurs beibehält, die Richtung ändert oder ein Vorhaben ganz einstellt.
Eignet sich das Format auch für Teams, die kein Startup sind?
Ja. Jedes agile, Produkt- oder Innovationsteam kann die entscheidungsorientierte Struktur nutzen. Die Startup-Perspektive sorgt für Tempo und hält die Kunden im Blick.
Sind Sie bereit, diese Retrospektive durchzuführen?Probieren Sie diese Retrospektive live aus