MethodenDefinition
Retrospektive im Team: Bedeutung und fünf Phasen
Inhalt dieses Artikels
Eine Retrospektive ist ein wiederkehrender Termin, in dem ein Team seine eigene Arbeitsweise überprüft und daraus konkrete Verbesserungen beschließt.
Der entscheidende Teil steht am Ende des Satzes. Ein Rückblick, der mit Erkenntnissen endet und ohne Maßnahmen, ist eine Gesprächsrunde — nützlich für die Stimmung, wirkungslos für die Arbeit.
Was in einer Retrospektive konkret passiert
Im Kern besteht eine Retrospektive aus drei Schritten: sammeln, ordnen, entscheiden. Zuerst trägt das Team zusammen, was im letzten Zeitraum passiert ist — was gut lief, was nicht, was aufgefallen ist. Schriftlich, damit nicht die schnellsten Sprecher den Rahmen setzen.
Danach werden die Beiträge geordnet, ein Schwerpunkt gewählt und nach seiner Ursache gefragt. Nicht alles lässt sich in einem Termin bearbeiten; die Auswahl ist bereits eine Entscheidung des Teams und nicht die des Moderierenden. Wie du diesen Schritt leitest, ohne selbst zu entscheiden, zeigt die Anleitung Retrospektive moderieren.
Zuletzt entstehen Maßnahmen. Jede bekommt eine verantwortliche Person und einen Termin, sonst ist sie ein Vorsatz. Als Faustregel sind ein bis drei Maßnahmen realistisch — wer acht beschließt, setzt keine um und verliert im nächsten Termin die Glaubwürdigkeit.
Ein Beispiel: Ein Support-Team mit fünf Personen sammelt nach zwei Wochen 14 Karten, sechs davon zum selben Problem — Anfragen kommen ohne Kundennummer an und brauchen eine Rückfrage. Das Team wählt diesen Schwerpunkt und beschließt eine einzige Maßnahme: Bis Freitag ergänzt Jana das Kontaktformular um ein Pflichtfeld. In der nächsten Retrospektive prüft das Team als Erstes, ob die Rückfragen weniger geworden sind.
Eine Retrospektive ohne beschlossene Maßnahme ist kein Rückblick — sie ist eine Aussprache.
Die fünf Phasen nach Derby und Larsen
Esther Derby und Diana Larsen teilen den Ablauf in ihrem Buch „Agile Retrospectives“ (2006) in fünf Phasen. Die drei Kernschritte stecken darin, eingerahmt von Einstieg und Abschluss:
- Einstieg (Set the stage): Ziel und Zeitrahmen klären, jede Person sagt einmal etwas.
- Daten sammeln (Gather data): Was ist im Zeitraum passiert?
- Einsichten gewinnen (Generate insights): Warum ist es so gelaufen?
- Maßnahmen beschließen (Decide what to do): Was ändert ihr bis zum nächsten Termin?
- Abschluss (Close the retrospective): ein kurzer Blick auf den Termin selbst.
Wer die dritte Phase überspringt und direkt zu Maßnahmen geht, behandelt Symptome statt Ursachen.
Die Sprint-Retrospektive im Scrum Guide
Im Umfeld von Scrum ist die Retrospektive als Sprint-Retrospektive fest verankert. Der Scrum Guide sieht sie als abschließendes Ereignis des Sprints vor, mit einer Obergrenze von drei Stunden bei einem Monatssprint. Gegenstand sind laut Guide Personen, Zusammenarbeit, Prozesse, Werkzeuge und die Definition of Done.
Wofür die Retrospektive gut ist
Sie löst ein strukturelles Problem: Im Tagesgeschäft gibt es keinen Zeitpunkt, an dem über die Arbeitsweise gesprochen wird. Probleme im Ablauf bleiben deshalb bestehen, obwohl alle sie kennen — es fehlt schlicht der Anlass, sie anzusprechen.
Der zweite Nutzen ist Früherkennung. Reibungen, die noch klein sind, kommen in einem festen Rahmen zur Sprache, bevor sie eskalieren. Ohne diesen Rahmen wird ein Thema erst besprochen, wenn es nicht mehr zu übergehen ist.
Der dritte Nutzen ist weniger sichtbar: Der Termin verteilt die Verantwortung für die Arbeitsweise auf das ganze Team. Wenn ihr Verbesserungen gemeinsam beschließt, sind sie keine Anordnung, gegen die sich jemand innerlich stellen kann.
Häufige Missverständnisse
„Retrospektiven gibt es nur bei Scrum.“ Der Rückblick funktioniert in jedem Team mit wiederkehrender Arbeit, auch in Kanban-Teams ohne Sprints. Der Scrum Guide beschreibt eine an den Sprint gekoppelte Ausprägung, nicht die einzige. Teams ohne feste Zyklen legen den Rhythmus selbst fest, etwa alle zwei oder vier Wochen.
„Es geht darum, was schiefgelaufen ist.“ Der Gegenstand ist die Arbeitsweise, nicht die Fehlerliste. Was gut funktioniert hat, gehört ebenso dazu — sonst bleibt unbemerkt, was schützenswert ist.
„In der Retrospektive wird geklärt, wer schuld ist.“ Gesucht werden Ursachen im Ablauf, keine Schuldigen. Dafür steht die Prime Directive von Norm Kerth (2001): Was auch immer herauskommt, das Team geht davon aus, dass alle nach damaligem Wissen und Können, mit den verfügbaren Mitteln und in der gegebenen Lage ihr Bestes gegeben haben.
„Jede Retro braucht ein neues Format.“ Formatwechsel sind ein Werkzeug gegen Ermüdung, kein Selbstzweck. Ein Team, das jedes Mal ein neues Spiel lernt, verbringt die Zeit mit der Methode statt mit dem Thema.
Abgrenzung zu ähnlichen Terminen
| Termin | Gegenstand | Wann | Wer nimmt teil |
|---|---|---|---|
| Retrospektive | Arbeitsweise des Teams | regelmäßig, am Ende eines Zyklus | das Team |
| Review | Arbeitsergebnis | am Ende eines Zyklus | Team plus Auftraggeber oder Nutzer |
| Post-Mortem | ein konkreter Vorfall | einmalig, nach dem Ereignis | Beteiligte des Vorfalls |
| Statusrunde | Fortschritt einzelner Aufgaben | täglich oder wöchentlich | das Team |
| Jahresgespräch | Einzelperson | jährlich | Beschäftigte und Führungskraft |
Retrospektive und Review werden leicht verwechselt, weil beide am Ende eines Zyklus liegen. Legt ihr beide in denselben Termin, verdrängt das Ergebnis die Arbeitsweise — über sie wird dann in den letzten fünf Minuten geredet, wenn überhaupt.
Beschlossene Maßnahmen gehören anschließend dorthin, wo die übrige Arbeit sichtbar ist — zum Beispiel auf das Kanban-Board. Wer sie nur ins Protokoll schreibt, findet sie beim nächsten Termin unbearbeitet wieder.
Wer solche Termine regelmäßig begleitet, ohne selbst zum Team zu gehören, arbeitet in der Rolle des Agile Coach.
Weitere agile Arbeitsmethoden stehen in der Methoden-Übersicht.
Fragen und Antworten
Wie lange dauert eine Retrospektive?
Fest geregelt ist nur die Obergrenze: Der Scrum Guide begrenzt die Sprint-Retrospektive bei einem Monatssprint auf drei Stunden, bei kürzeren Sprints ist sie üblicherweise kürzer. Als Faustregel gelten für einen Rückblick auf zwei Wochen 60 bis 90 Minuten. Wer unter 45 Minuten bleibt, hat am Ende kaum noch Zeit für Maßnahmen.
Welche Phasen hat eine Retrospektive?
Esther Derby und Diana Larsen unterscheiden in ihrem Buch „Agile Retrospectives“ fünf Phasen: Einstieg, Daten sammeln, Einsichten gewinnen, Maßnahmen beschließen und Abschluss. Im Kern sind es drei Schritte — sammeln, ordnen, entscheiden. Einstieg und Abschluss rahmen sie ein: Der Einstieg sorgt dafür, dass alle einmal zu Wort kommen, der Abschluss blickt kurz auf den Termin selbst zurück.
Wer nimmt an einer Retrospektive teil?
Alle, die gemeinsam an der Arbeit beteiligt sind — und niemand sonst. Vorgesetzte ohne Beteiligung an der täglichen Arbeit verändern die Gesprächslage, weil jede Äußerung zugleich als Bewertungsgrundlage gehört werden kann. Wenn eine Führungskraft dabei sein soll, gehört das vorher besprochen, nicht spontan entschieden.
Was ist der Unterschied zwischen Retrospektive und Review?
Die Retrospektive betrachtet die Arbeitsweise, das Review das Arbeitsergebnis. Im Review prüft das Team gemeinsam mit Auftraggebern oder Nutzern, was entstanden ist. In der Retrospektive geht es darum, wie das Team zusammengearbeitet hat. Beide Termine zu vermischen führt dazu, dass die Arbeitsweise unter den Tisch fällt.
Was tun, wenn in der Retrospektive niemand etwas sagt?
Zuerst schriftlich arbeiten lassen. Wenn jede Person zwei Minuten still notiert und die Beiträge danach eingesammelt werden, entsteht Material, ohne dass jemand als Erster sprechen muss. Bleibt es auch dann still, ist das ein Befund über das Vertrauensniveau — und wichtiger als jedes Format.
Quellen
- Scrum Guide 2020 (abgerufen am 14. August 2026)
- Liberating Structures — 33 Methoden (Landesmedienzentrum Baden-Württemberg) (abgerufen am 14. August 2026)
- Liberating Structures (Henri Lipmanowicz, Keith McCandless) (abgerufen am 3. Oktober 2026)
- The Prime Directive (Agile Retrospective Resource Wiki) (abgerufen am 3. Oktober 2026)
- Esther Derby, Diana Larsen: Agile Retrospectives – Buchauszug Kapitel 10 (InfoQ) (abgerufen am 3. Oktober 2026)