Was ist eine Retrospektive?
Die Starfish-Retrospektive ist ein Format für den Rückblick nach dem Sprint, das über reines Gut-oder-schlecht-Feedback hinausgeht: Teams entscheiden, welche Aktivitäten sie beibehalten, beenden, neu beginnen, verstärken oder zurückfahren.
- Ideal für
- Kontinuierliche Verbesserung & Sprint-Reviews
- Dauer
- 30–45 Min.
- Wer dabei ist
- 3–10 Teammitglieder
- Am Ende habt ihr
- Eine umsetzbare Liste von Prozessänderungen mit festen Verantwortlichen.
Wann du eine Retrospektive einsetzt
Setze sie am Ende jedes Sprints ein, nach dem Release eines großen Features oder wenn der Durchsatz des Teams wegen Reibung im Ablauf sinkt.
So gelingt eine Retrospektive
Lass das Team still Feedback in 5 Kategorien sammeln: Beibehalten, Weniger davon, Mehr davon, Aufhören und Anfangen. Fasse ähnliche Punkte zusammen, lass über die wichtigsten Themen abstimmen und gib jeder Maßnahme eine verantwortliche Person.
Leitfragen für jeden Abschnitt
01Anfangen
- Welche neuen Experimente oder Abläufe sollten wir im nächsten Sprint einführen?
- Welche Tools oder Verhaltensweisen können aktuelle Blocker lösen?
02Aufhören
- Welche Aktivitäten kosten das Team Zeit, ohne Mehrwert zu bringen?
- Welche Reibungspunkte sollten wir sofort beseitigen?
03Beibehalten
- Was hat in diesem Sprint besonders gut funktioniert?
- Welche Praktiken müssen wir schützen und beibehalten?
04Mehr davon
- Welche Abläufe funktionieren, sollten aber ausgebaut oder öfter gemacht werden?
- Wo können wir unseren Einsatz für mehr Wirkung verstärken?
05Weniger davon
- Welche Praktiken sind nützlich, kosten aber gerade zu viel Zeit?
- Wo sollten wir den Fokus verringern oder zurückfahren?
Ausgefüllte Beispiele
Retrospektive nach dem SaaS-Launch
Eine Retrospektive des Produktteams eines Startups nach dem Release von Version 1.0.
- Automatisierte tägliche Build-Checks
- Wöchentlicher Austausch zu Kundeninterviews
- Spontane Design-Reviews per Slack während der Entwicklungszeit
- Manuelle Datenbankmigrationen in Produktion
- Tägliche 10-Minuten-Stand-ups
- Sprintplanung alle zwei Wochen
- Automatisierte Unit-Tests für zentrale API-Endpunkte
- Pair Programming beim Onboarding von Junior-Entwicklern
- Status-Meetings, die auch asynchron gingen
- Over-Engineering einfacher Features
Lass Medi die Session leiten
Eine gute Retro bringt oft eine größere Frage als den Prozess ans Licht, etwa ob das Team überhaupt das Richtige baut. Wenn das passiert, wähle eine von Medis Live-Sessions: Medi hält die Diskussion in Bewegung, holt die Stillen ins Gespräch und schreibt Entscheidungen, Verantwortliche und nächste Schritte auf.
Live-Session wählen