Die Retrospektive ist eines der fünf Scrum-Events und wohl das wichtigste für die langfristige Teamleistung. Sie ist auch das Event, das am häufigsten knapp gehalten, durchgehetzt oder still fallengelassen wird, wenn Sprints hektisch werden. Das ist verständlich, aber kontraproduktiv, denn genau in der Retrospektive baut das Team die Fähigkeit auf, alles andere zu verbessern.

Gut gemacht, ist eine Retrospektive keine Beschwerdesitzung oder ein Status-Update. Es ist ein strukturiertes Gespräch, das konkrete, verantwortete Verbesserungen hervorbringt. Der folgende Fünf-Schritte-Ansatz bietet diese Struktur.

Schritt 1: Die Bühne bereiten

Die erste Aufgabe einer moderierenden Person bei einer Retrospektive ist, Bedingungen für ein ehrliches Gespräch zu schaffen. Das bedeutet, den Zweck explizit zu machen, zu etablieren, dass die Sitzung ein sicherer Raum für Offenheit ist, und Menschen mental präsent zu bekommen, bevor es in die Substanz geht.

Ein kurzer Icebreaker hilft beim letzten Punkt, nicht weil Icebreaker an sich wertvoll sind, sondern weil sie die Aufmerksamkeit von dem vorherigen Meeting auf das aktuelle lenken. Schon eine einzige Runden-Frage ("ein Wort für den letzten Sprint") verändert die Energie im Raum genug, um einen Unterschied zu machen.

Schritt 2: Daten sammeln

Die Datensammelphase geht darum, ein gemeinsames Bild des Sprints zu schaffen, was aus der Perspektive aller geschehen ist. Gängige Formate sind Start-Stop-Continue (was das Team beginnen, aufhören und beibehalten sollte), Mad-Sad-Glad (emotionale Temperatur zu verschiedenen Aspekten des Sprints) und das einfache Plus-Delta (was lief gut, was sollte sich ändern).

Die entscheidende Disziplin hier ist Breite der Beteiligung. Jede Stimme im Raum sollte etwas beitragen, nicht weil Inklusion an sich ein Wert ist, sondern weil die Daten ohne sie unvollständig sind. Das Teammitglied, das am wenigsten sagt, hat oft die nützlichste Beobachtung.

Schritt 3: Erkenntnisse gewinnen

Das Sammeln von Daten bringt Symptome ans Licht. Erkenntnisse zu gewinnen bedeutet, Ursachen zu verstehen. Warum ist der Deployment-Prozess wieder zusammengebrochen? Warum überziehen Planungssitzungen? Warum taucht dasselbe Kommunikationsproblem immer wieder auf?

Die 5-Why-Methode, rekursiv "warum" fragen, bis eine Grundursache erscheint, ist ein einfaches und wirksames Werkzeug dafür. Das Fischgräten-Diagramm (Ishikawa) ist nützlich für komplexere Probleme mit mehreren beteiligten Faktoren. So oder so ist das Ziel, das Gespräch von "das ist passiert" zu "das ist, warum es weiter passiert" zu bewegen, dort liegt umsetzbare Verbesserung.

Schritt 4: Maßnahmen festlegen

Hier geht bei den meisten Retrospektiven etwas schief. Teams gewinnen exzellente Erkenntnisse und erzeugen dann vage, unverantwortete Maßnahmen: "Wir sollten besser kommunizieren." "Verbessern wir den Deployment-Prozess." Das sind Absichten, keine Maßnahmen.

Eine gute Retrospektiven-Maßnahme ist konkret, einer namentlich benannten Person zugeordnet, und klein genug, um vor der nächsten Retrospektive abgeschlossen zu sein. Nicht "Kommunikation verbessern", sondern "beim Verschieben eines Tickets in Review ein kurzes Kontext-Update hinzufügen, verantwortet vom Team, ab dem nächsten Sprint." Nicht "Deployment reparieren", sondern "untersuchen, warum die Staging-Umgebung inkonsistent ist, Marta berichtet in der nächsten Retro."

Maßnahmen auf zwei oder drei begrenzen. Mehr als das, und nichts wird erledigt, die Liste wird zum Abstellgleis.

Schritt 5: Die Retrospektive abschließen

Bewusst enden. Die zentralen Erkenntnisse und die vereinbarten konkreten Maßnahmen zusammenfassen. Dem Team für seine Offenheit danken, ehrliche Retrospektiven verlangen von Menschen, Dinge zu sagen, die sich riskant anfühlen, und das verdient Anerkennung.

Ein kurzer Abschluss-Check-in ("ein Wort dafür, wie diese Sitzung verlassen wird") gibt der moderierenden Person nützliches Echtzeit-Feedback und dem Team einen Moment gemeinsamer Reflexion vor dem Auseinandergehen. Das dauert dreißig Sekunden und macht einen Unterschied dafür, wie die Retrospektive in Erinnerung bleibt.

Die Nachverfolgung, die den Unterschied macht

Der Wert einer Retrospektive zeigt sich zu Beginn des nächsten Sprints, wenn das Team kurz die Maßnahmen aus der vorherigen Retrospektive überprüft. Wurden sie umgesetzt, ist das einen Moment der Anerkennung wert. Wurden sie es nicht, ist das das Gespräch, das geführt werden sollte, nicht als Schuldzuweisung, sondern als Information darüber, was Verbesserung im Weg steht. Diese Überprüfungsschleife macht aus Retrospektiven eine kontinuierliche Verbesserungspraxis statt isolierter Ereignisse.