Sprint-Retrospektive in der Entwicklung: Wesen, Ziele und Durchführungsmethoden
Sprint-Retrospektive — ein regelmässiges Meeting des Entwicklungsteams, das am Ende jedes Sprints durchgeführt wird, um den vergangenen Zeitraum zu analysieren und Verbesserungen zu finden. Im Gegensatz zu Daily-Meetings und dem Sprint Review konzentriert sich die Retrospektive auf Prozesse und Zusammenarbeit, nicht auf das Produkt. Laut Scrum Guide, 2020 ist die Retrospektive eines der fünf obligatorischen Scrum-Ereignisse und dient als Schlüsselmechanismus für die kontinuierliche Verbesserung des Teams.
Das Wichtigste
- Retrospektive — Teambesprechung nach dem Sprint zur Analyse von Prozessen und zur Suche nach Verbesserungen.
- Hauptziel — herauszufinden, was gut funktioniert und was im nächsten Sprint geändert werden muss.
- Wichtigste Formate — Start-Stop-Continue, Sailboat, 4L und Mad-Sad-Glad.
- Wichtiges Prinzip — Die Retrospektive sollte mit konkreten Action Items enden, nicht nur mit Diskussion.
- Typischer Fehler — Wiederkehrende Probleme ohne echte Veränderungen, wenn die Retro zur Formalität wird.
Was ist eine Sprint-Retrospektive?
Sprint-Retrospektive — ein strukturiertes Scrum-Team-Meeting, das nach Abschluss des Sprints und vor der Planung des nächsten Sprints stattfindet. Die Teilnehmer besprechen den vergangenen Sprint, teilen Beobachtungen und legen gemeinsam fest, welche Änderungen in der Arbeit umgesetzt werden sollen.
Ursprung der Praxis
Der Begriff Retrospektive stammt aus der Praxis der kontinuierlichen Verbesserung, die in der DevOps-Kultur und der Lean-Methodik beschrieben wird. In Scrum wurde die Retrospektive mit dem Erscheinen des Scrum Guide im Jahr 2010 zu einem obligatorischen Ereignis. Im Jahr 2020 verlagerte sich der Fokus im Scrum Guide-Update von „Inspektion und Anpassung“ auf „Fokus auf Qualität und Effektivität“, was die Rolle der Retrospektiven stärkte.
Unterschied zu anderen Scrum-Zeremonien
Sprint Review konzentriert sich auf das Produkt und das Feedback der Stakeholder, während die Retrospektive auf die Teamprozesse fokussiert. Daily Scrum ist ein täglicher Sync, die Retrospektive analysiert den gesamten Sprint. Die Retrospektive ist die einzige Zeremonie, bei der das Team ausschliesslich über sich selbst spricht, ohne Druck von Kunden oder Product Owner.
Ziele der Sprint-Retrospektive
Eine Sprint-Retrospektive hat mehrere Hauptziele, die jeweils für die gesunde Entwicklung des Teams und des Entwicklungsprozesses wichtig sind.
Team-Reflexion
Reflexion ermöglicht es dem Team, den vergangenen Sprint zu verarbeiten: Was hat funktioniert, was ist schiefgelaufen und welche Lehren können gezogen werden. Dieser Prozess verhindert die Wiederholung derselben Fehler, fördert eine Kultur der Offenheit und lehrt Entwickler, Verantwortung für Prozesse zu übernehmen, nicht nur für Code.
Messbare Verbesserungen
Jede Retrospektive sollte konkrete Action Items hervorbringen — Aufgaben für den nächsten Sprint. Zum Beispiel: „Code-Review für alle Pull Requests einführen“ oder „Daily-Meeting auf 10 Minuten verkürzen“. Action Items werden im Backlog festgehalten und in der nächsten Retro nachverfolgt. Werden Action Items nicht umgesetzt, verliert die Retrospektive ihren Sinn.
Burnout-Prävention
Regelmässige Retrospektiven helfen, Probleme zu erkennen, bevor sie zu Burnout führen. Überstunden, Teamkonflikte, unklare Anforderungen — all dies wird in der Retro angesprochen und gelöst, bevor es eine kritische Masse erreicht.
Formate der Retrospektive
Es gibt mehr als 50 Retrospektiven-Formate, jedes geeignet für unterschiedliche Situationen und Teamzusammensetzungen. Die Wahl des Formats hängt von der Teamreife, den aktuellen Problemen und der verfügbaren Zeit ab.
| Format | Beschreibung | Wann verwenden |
|---|---|---|
| Start-Stop-Continue | Das Team teilt Ideen in drei Spalten: beginnen, beenden, fortsetzen | Erste Retro oder nach einer Krise |
| Sailboat | Visuelle Metapher: Wind (was hilft), Anker (was bremst), Felsen (Risiken) | Team ist Vorlagen müde |
| 4L (Liked-Learned-Lacked-Longed For) | Vier Kategorien: gefiel, gelernt, fehlte, gewünscht | Tiefgehende Sprintanalyse |
| Mad-Sad-Glad | Emotionales Format: ärgert, traurig, freut | Emotionale Spannung vorhanden |
Start-Stop-Continue
Start-Stop-Continue — das einfachste und beliebteste Format. Das Team schreibt Ideen auf Haftnotizen und verteilt sie auf drei Spalten. Start — neue Praktiken, Stop — schlechte Gewohnheiten, Continue — was funktioniert. Das Format eignet sich hervorragend für neue Teams und schnelle 30-minütige Retrospektiven.
Sailboat / 4L
Sailboat verwendet die Metapher eines Schiffes: Wind treibt voran, Anker bremst, Felsen — zukünftige Risiken. 4L — ein tiefergehendes Format, bei dem das Team jeden Aspekt durch vier Linsen analysiert. Beide Formate benötigen mehr Zeit (60-90 Minuten), liefern aber ein vollständigeres Bild des Teamzustands.
Formatwahl je nach Situation
Für wöchentliche Retros eignen sich leichte Formate: Start-Stop-Continue oder Mad-Sad-Glad. Für Sprints von 2-4 Wochen sollte man Sailboat oder 4L verwenden. Bei Konflikten im Team ist es besser, mit Mad-Sad-Glad zu beginnen, um Emotionen freizulassen, und dann zum Konstruktiven überzugehen.
Wie führt man eine Retrospektive durch: Schritt-für-Schritt-Plan
Die Durchführung einer Retrospektive erfordert Struktur und Moderation. Der Scrum Master oder ein designierter Moderator führt das Meeting Schritt für Schritt, damit jeder Teilnehmer gehört wird.
Vorbereitung
24 Stunden vor der Retro sammelt der Moderator Daten: Sprint-Metriken (Velocity, Anzahl Bugs, erledigte Aufgaben), Teamstimmung durch eine anonyme Umfrage. Das Retro-Board wird im Voraus vorbereitet — physisch (Haftnotizen, Marker) oder digital (Miro, Mural, Retrium).
Datensammlung
In dieser Phase schreibt jeder Teilnehmer seine Beobachtungen auf Haftnotizen (in der Regel 5-10 Minuten in Stille). Die Kategorien hängen vom gewählten Format ab. Wichtige Regel: Kritisiere nicht die Notizen anderer in der Sammelphase — zuerst werden alle Ideen erfasst, dann diskutiert.
Abstimmung und Priorisierung
Nach der Sammlung gruppiert das Team die Notizen nach Themen und stimmt über die wichtigsten ab. Jeder Teilnehmer erhält 3-5 Stimmen (als Punkte auf den Notizen markiert). Themen mit den meisten Stimmen kommen in die Diskussion. Dieser Mechanismus verhindert, dass eine einzelne Stimme dominiert.
Aktionsplan
Die letzte Phase — Formulierung von Action Items. Jedes Action Item sollte SMART sein: spezifisch, messbar, erreichbar, relevant und zeitgebunden. Der Verantwortliche wird offen benannt, die Frist festgelegt. Action Items werden ins Backlog aufgenommen und bei der nächsten Retrospektive überprüft.
Typische Fehler bei der Durchführung einer Retro
Selbst erfahrene Teams machen Fehler in Retrospektiven, die eine nützliche Praxis in eine leere Formalität verwandeln. Das Wissen um diese Fehler hilft, sie zu vermeiden.
Fehlende Action Items
Der häufigste Fehler — Diskussion ohne Ergebnis. Das Team hat geredet, Probleme identifiziert, aber kein einziges Action Item notiert. Eine solche Retrospektive führt zu keinen Veränderungen, und im nächsten Meeting werden dieselben Probleme besprochen. Lösung: Widme die letzten 10 Minuten der Retro immer dem Aktionsplan.
Verwandlung in Beschwerden
Wenn die Retrospektive zu einer Beschwerdesitzung ohne konstruktive Vorschläge wird, sinkt die Moral des Teams. Der Moderator sollte die Diskussion von Problemen zu Lösungen lenken. Technik: Stelle nach jedem Problem die Frage „Was können wir dagegen tun?“.
Dominanz eines Teilnehmers
Wenn ein Entwickler 80% der Zeit spricht, ziehen sich die anderen zurück und hören auf, Ideen zu teilen. Lösung: verwende stille Ideensammlung (jeder schreibt seine eigenen), Runden der Reihe nach, Timer für Redebeiträge. Anonyme Umfragen vor der Retro helfen ebenfalls, die Meinung leiserer Teilnehmer einzuholen.
Auslassen von Retrospektiven
Retros auslassen wegen Zeitmangel oder „keine Zeit“ ist ein gefährlicher Trend. Wenn das Team eine Retro auslässt, wird es leichter, auch die zweite auszulassen. Mit der Zeit häufen sich Probleme und Sprints werden weniger effektiv. Die Retrospektive ist genauso Teil des Sprints wie Entwicklung und Testing.
Häufig gestellte Fragen
Wie oft sollten Retrospektiven durchgeführt werden?
Retrospektiven werden nach jedem Sprint durchgeführt, unabhängig von seiner Länge. Für Sprints von 1-2 Wochen reichen 30-60 Minuten. Wenn der Sprint kurz ist (eine Woche), kann das leichte Format Start-Stop-Continue verwendet werden. Retrospektiven auszulassen wird nicht empfohlen — sie sind ein Schlüsselmechanismus für die kontinuierliche Verbesserung des Teams.
Wer sollte an der Retrospektive teilnehmen?
An der Retrospektive nimmt das gesamte Scrum-Team teil: Entwickler, Scrum Master und Product Owner. Der Product Owner kann als Mitglied teilnehmen, aber seine Meinung sollte nicht dominieren. Wenn externe Spezialisten (Designer, Analysten) am Sprint teilgenommen haben, sollten sie ebenfalls eingeladen werden. Hauptregel: Jeder, der im Sprint gearbeitet hat, hat ein Stimmrecht in der Retro.
Was tun, wenn das Team nicht an der Retro teilnehmen möchte?
Unwilligkeit zur Teilnahme ist ein Symptom für tiefere Probleme: Misstrauen gegenüber der Führung, Angst vor Bestrafung oder Burnout. Beginne mit anonymen Umfragen, um die Ursache zu verstehen. Wechsle zu einem spielerischeren Format (Sailboat, Mad-Sad-Glad). Verkürze die Zeit auf 15-20 Minuten. Zeige den Wert: beginne mit kleinen Veränderungen, die das Team sehen und schätzen wird.
Kann eine Retrospektive remote durchgeführt werden?
Ja, Remote-Retrospektiven werden effektiv über digitale Boards (Miro, Mural, Retrium, Google Jamboard) durchgeführt. Verwende Timer für synchrone Phasen, Video an ist für alle Teilnehmer obligatorisch. Asynchrone Retrospektiven funktionieren ebenfalls: Das Team füllt das Board über den Tag aus und diskutiert dann 30 Minuten die Ergebnisse. Remote-Retros erfordern eine klarere Moderation.
Wie macht man eine Retrospektive effektiver?
Die Effektivität der Retro wird gesteigert durch: Rotation des Moderators (um sich nicht an einen Stil zu gewöhnen), Wechsel der Formate alle 3-4 Sprints, Fokus auf Action Items, Nachverfolgung erledigter Aufgaben in der nächsten Retro. Verwende Metriken: Velocity, Anzahl Bugs, Teamstimmung. Der Hauptindikator für Effektivität sind die Veränderungen, die das Team tatsächlich nach der Retro umgesetzt hat.
Zusammenfassung
- Retrospektive — Teambesprechung nach dem Sprint zur Analyse von Prozessen, nicht des Produkts.
- Hauptziel — Verbesserungen durch Reflexion, Abstimmung und Aktionsplan identifizieren.
- Wichtigste Formate — Start-Stop-Continue, Sailboat, 4L, Mad-Sad-Glad. Die Wahl hängt von der Teamreife ab.
- Schritt-für-Schritt-Plan — Vorbereitung, Datensammlung, Gruppierung, Abstimmung, Action Items mit Verantwortlichen.
- Typische Fehler — fehlende Action Items, Beschwerden ohne Lösungen, Dominanz eines Teilnehmers, Auslassen von Retros.
- Action Items — das wichtigste Ergebnis der Retro. Ohne sie verliert die Retrospektive ihren Sinn.
- Häufigkeit — nach jedem Sprint. Remote-Format funktioniert bei guter Moderation.
Wir entwickeln eine mobile Applikation schlüsselfertig
IT Sectr entwickelt seit 2017 iOS- und Android-Apps für Startups und Unternehmen. Wir beraten Sie und schlagen die beste Lösung vor.
Lesen Sie auch