Sprint Retrospective
Die Sprint Retrospective ist das Scrum-Event, das jeden Sprint abschließt: Das Scrum Team überprüft, wie der Sprint in Bezug auf Individuen, Interaktionen, Prozesse, Werkzeuge und seine Definition of Done verlaufen ist, und entscheidet über die hilfreichsten Verbesserungen. Sie ist im Scrum Guide von Ken Schwaber und Jeff Sutherland definiert und hat eine Timebox von höchstens drei Stunden bei einem einmonatigen Sprint, bei kürzeren Sprints entsprechend weniger. Der Guide legt Zweck und Timebox fest, aber keinen Moderationsablauf, sodass Teams für jede Session ihr eigenes Format wählen.
Moderationsablauf
- 1
Eröffne die Session, wiederhole ihren Zweck und geh den Stand der beim letzten Mal vereinbarten Verbesserungen durch.
10 Min. - 2
Alle notieren still für sich, was im Sprint gut lief und welche Probleme aufgetreten sind, und hängen dann ihre Zettel auf.
10 Min. - 3
Gruppiert die Zettel und lasst das Team die zwei oder drei Themen wählen, die am wichtigsten sind.
10 Min. - 4
Besprecht die gewählten Themen: was passiert ist, wie damit umgegangen wurde und welche Annahmen sich als falsch herausgestellt haben.
25 Min. - 5
Sammelt mögliche Verbesserungen und wählt ein oder zwei aus, die am meisten helfen würden.
15 Min. - 6
Vereinbart Verantwortliche und den ersten Schritt für jede Verbesserung, nehmt sie in die Arbeit des nächsten Sprints auf und schließt mit einem kurzen Check-out.
10 Min.
Tipps
Wechsle das Format für das Sammeln von Sprint zu Sprint, zum Beispiel Sailboat, Four Ls oder Mad Sad Glad, und halte den Zweck gleich.
Legt euch auf ein oder zwei Verbesserungen fest, die das Team im nächsten Sprint abschließen kann; eine lange Liste wird selten erledigt.
Moderiert der Scrum Master, finde einen Weg, wie er oder sie auch als Teammitglied beitragen kann, oder lasst die Moderation rotieren.
Halte das Gespräch bei der Arbeitsweise des Teams, denn das Produktinkrement ist Gegenstand des Sprint Review.
Typische Stolperfallen
Verbesserungen vereinbaren und nie nachhalten; nach ein paar Sprints glaubt niemand mehr, dass die Session etwas ändert, und Themen werden nicht mehr angesprochen
Jedes Mal dasselbe Format verwenden, sodass die Antworten zur Routine werden und die Session zur Formalie verkommt
Die ganze Timebox mit Klagen über Dinge außerhalb der Kontrolle des Teams verbringen, sodass keine Zeit bleibt, etwas auszuwählen, das das Team ändern kann
Die Retrospektive ausfallen lassen, wenn der Sprint stressig war; gerade dann muss das Team am dringendsten auf seine Arbeitsweise schauen
Die Session zur Suche nach Schuldigen machen; die Leute gehen in die Defensive, und die eigentlichen Ursachen bleiben verborgen
Variationen
Bei einem zweiwöchigen Sprint sind 60 bis 90 Minuten üblich; die Grenze von drei Stunden gilt für einen einmonatigen Sprint. Teams, die kein Scrum nutzen, halten dieselbe Art von Session in einem festen Rhythmus, zum Beispiel alle zwei oder vier Wochen. Verteilte Teams arbeiten auf einem Online-Whiteboard oder sammeln Beiträge vorab asynchron und nutzen den Call für Diskussion und Entscheidungen. Benannte Formate wie Sailboat, Starfish, Four Ls, Mad Sad Glad oder Start, Stop, Continue sind Wege, den Sammelteil dieses Events zu strukturieren.
Einsatzbereiche
Wann einsetzen
Am Ende jedes Sprints, als letztes Event vor dem nächsten Sprint Planning
Ein Team arbeitet in einem regelmäßigen Rhythmus und will einen festen Moment, um seine Arbeitsweise anzupassen
Kleine Ärgernisse in Zusammenarbeit oder Tooling tauchen immer wieder auf und werden im Tagesgeschäft nie angegangen
Die Definition of Done entspricht nicht mehr dem, was das Team tatsächlich tut, und muss überprüft werden
Ein neues Team bildet seine Arbeitsgewohnheiten aus und braucht häufige, unaufgeregte Gelegenheiten zur Kurskorrektur
Wann nicht einsetzen
Es geht darum, das Produktinkrement mit Stakeholdern zu überprüfen; das ist das Sprint Review
Ein einzelner schwerer Vorfall muss sorgfältig rekonstruiert werden; halte eine eigene After Action Review, statt ihn in den regulären Termin zu quetschen
Ein langes Projekt oder Release ist gerade zu Ende gegangen, und du willst auf Monate zurückblicken; nutze eine Timeline Retrospective mit mehr Zeit
Das Thema ist ein Konflikt zwischen zwei Personen; kläre ihn direkt oder mit Mediation, nicht vor dem ganzen Team
Führungskräfte wollen die Session nutzen, um individuelle Leistung zu bewerten; das zerstört die Offenheit, halte Beurteilung also aus dem Event heraus
Ähnliche Methoden
Weiterführende Artikel
Häufig gestellte Fragen
Was ist die Sprint Retrospective?▾
Die Sprint Retrospective ist das Scrum-Event am Ende jedes Sprints, in dem das Scrum Team darauf schaut, wie es gearbeitet hat, und plant, wie es Qualität und Effektivität steigern kann. Sie umfasst Individuen, Interaktionen, Prozesse, Werkzeuge und die Definition of Done. Sie schließt den Sprint ab.
Wie lange sollte eine Sprint Retrospective dauern?▾
Der Scrum Guide legt ein Maximum von drei Stunden für einen einmonatigen Sprint fest und sagt, dass das Event bei kürzeren Sprints in der Regel kürzer ist. Viele Teams mit zweiwöchigen Sprints nehmen sich 60 bis 90 Minuten. Weniger als 45 Minuten lassen selten Zeit, um von Beobachtungen zu einer vereinbarten Verbesserung zu kommen.
Wer nimmt an der Sprint Retrospective teil?▾
Das ganze Scrum Team: die Developer, der Product Owner und der Scrum Master. Stakeholder und Linienvorgesetzte von außerhalb des Teams sind normalerweise nicht dabei, weil das Team offen über seine eigene Arbeit sprechen können muss.
Was ist der Unterschied zwischen Sprint Review und Sprint Retrospective?▾
Das Sprint Review überprüft gemeinsam mit Stakeholdern das Ergebnis des Sprints, das Produktinkrement, und entscheidet, wie es mit dem Produkt weitergeht. Die Sprint Retrospective folgt darauf und überprüft, wie das Team gearbeitet hat. Das eine schaut auf das Produkt, die andere auf den Prozess und die Zusammenarbeit.
Schreibt der Scrum Guide ein Format für die Retrospektive vor?▾
Nein. Er beschreibt den Zweck, was das Team überprüft, das erwartete Ergebnis und die Timebox. Wie das Gespräch strukturiert wird, liegt beim Team; deshalb gibt es so viele benannte Retrospektivenformate.
Plane deinen nächsten Workshop mit KI
Workshop Weaver kombiniert Methoden wie Sprint Retrospective zu einer vollständigen, zeitlich geplanten Agenda. In Minuten.
Kostenlos testenMethod descriptions on Workshop Weaver are original content written by our team, based on established facilitation practices. This method was inspired by work from Ken Schwaber and Jeff Sutherland, The Scrum Guide (2020).