Was ist eine Sprint-Retrospektive?
Eine Sprint-Retrospektive ist ein wiederkehrendes Meeting am Ende jedes Sprints. Das Team bewertet darin seine Arbeitsweise und legt konkrete Verbesserungen für den nächsten Sprint fest. Als eines der vier Events in jedem Sprint dreht sie sich um den Prozess statt um das Produkt.
Wir empfehlen, für einen zweiwöchigen Sprint etwa 60 bis 90 Minuten einzuplanen. Die Retro folgt auf das Sprint-Review und findet vor dem nächsten Sprint-Planning statt. Laut Scrum Guide schließt sie den Sprint ab und ist bei einem einmonatigen Sprint auf maximal drei Stunden begrenzt.
Das Team betrachtet dabei Personen, Zusammenarbeit, Prozesse, Werkzeuge und seine Definition of Done. Stellen Sie sich die Retro als Boxenstopp des Teams vor: kurz, regelmäßig und mit Blick auf das Auto statt auf das Rennergebnis.
Wann: am Ende jedes Sprints, nach dem Sprint-Review
Wer: das gesamte Scrum-Team, also Developer, Scrum Master und Product Owner
Wie lange: bis zu drei Stunden bei einem einmonatigen Sprint, bei kürzeren Sprints weniger
Ergebnis: zwei oder drei konkrete Maßnahmen mit jeweils einer verantwortlichen Person
Eine Scrum-Retrospektive unterscheidet sich außerdem von einer Projekt-Retrospektive. Wenn Sie ein ganzes Projekt nach dessen Abschluss auswerten möchten, verwenden Sie stattdessen die Lessons-Learned-Methode.
Warum die meisten Sprint-Retrospektiven scheitern
Die meisten Sprint-Retrospektiven bringen gute Ideen hervor, die dann nichts daraus werden. Das Team erkennt Verbesserungen, schreibt sie auf Klebezettel, klappt den Laptop zu und startet mit denselben Problemen in den nächsten Sprint. Das Problem liegt in der Umsetzung.
Keine verantwortliche Person. Alle finden ein Thema wichtig, und alle gehen davon aus, dass sich jemand anderes darum kümmert.
Zu viele Maßnahmen. Eine lange Liste verteilt die Aufmerksamkeit des Teams zu sehr.
Die Scrum-Beratung PURE Consultant empfiehlt, sich auf eine bis drei Verbesserungen pro Sprint zu beschränken. Wir raten zu zwei oder drei, denn eine kurze Liste bringt das Team eher ans Ziel als eine lange.
Keine Frist. „Wir sollten“ hat kein Datum und rutscht deshalb jedes Mal hinter die Sprintarbeit. „Bis Ende des Sprints“ gibt der Maßnahme einen klaren Zeitpunkt, an dem das Team nachfährt.
Keine Sichtbarkeit zwischen den Retros. Die Maßnahmen landen auf einem Foto eines Whiteboards. Bis zur nächsten Retrospektive hat das Team vergessen, was es zugesagt hat, und dieselben Probleme kehren zurück.
Jedes dieser Probleme betrifft die Umsetzung. Die Lösung beginnt mit einem Format, das klare und fokussierte Beiträge liefert.
Drei Retrospektive-Methoden, die funktionieren
Das Ergebnis zählt mehr als das Format. Wechseln Sie die folgenden Methoden für die Retrospektive ab, damit die Termine abwechslungsreich bleiben. Ganz gleich, welche Vorlage Sie nutzen: Gehen Sie mit zwei oder drei Maßnahmen aus dem Meeting.
Start, Stop, Continue
Start, Stop, Continue arbeitet mit drei Spalten und ist das Direkteste der drei Formate. Es eignet sich besonders für Teams, die gerade mit Retros beginnen, oder wenn die Zeit knapp ist.
Was wir im nächsten Sprint neu beginnen (Start)
Was wir lassen, weil es nicht funktioniert (Stop)
Was wir beibehalten, weil es hilft (Continue)
Stellen Sie sich ein Team vor, das nach einem schwierigen Sprint mit verspäteten Übergaben zu kämpfen hat. Start, Stop, Continue konzentriert sich auf die drei wichtigsten Änderungen, statt alles zu zerlegen, was schiefgelaufen ist.
4Ls
Bei 4Ls fragt das Team, was gefallen hat (Liked), was es gelernt hat (Learned), was gefehlt hat (Lacked) und was es sich gewünscht hätte (Longed for). Die vier Spalten regen zu tieferer Reflexion an als Start, Stop, Continue. Damit passt das Format gut zu erfahrenen Teams, die Abwechslung brauchen, damit die Retro nicht zur Routine wird.
Angenommen, in einem Sprint gab es ein schwieriges Kundengespräch über kurzfristige Änderungen am Projektumfang. Die Spalte „Learned“ zeigt dann vielleicht eine Wissenslücke im Umgang mit solchen Gesprächen.
„Lacked“ macht deutlich, dass es keinen abgestimmten Prozess zur Freigabe von Änderungen gab. Eine Retro, zwei Arten von Lücken.
Mad, Sad, Glad
Mad, Sad, Glad geben dem Team drei Spalten für die emotionale Reflexion des Sprints: Ärger, Enttäuschung und Freude. Nutzen Sie das Format, wenn die Stimmung im Team eine Rolle spielt oder ein Sprint holprig verlaufen ist.
Stellen Sie sich vor, ein Release wurde zwei Tage nach dem Go-live zurückgenommen. Mit Mad, Sad, Glad benennt das Team zuerst den Frust und widmet sich dann mit klarerem Kopf der Lösung.
Fragen für die Sprint-Retrospektive
Gute Fragen leisten in jeder Retrospektive den Großteil der Arbeit. Kombinieren Sie die folgenden Fragen im Format Ihrer Wahl und ergänzen Sie jede Retro um die allgemeinen Fragen.
Für Start, Stop, Continue
Was sollten wir im nächsten Sprint neu beginnen, was wir in diesem Sprint nicht getan haben?
Womit sollten wir aufhören, weil es nicht funktioniert?
Was läuft gut und sollte bleiben?
Für 4Ls
Was hat Ihnen an diesem Sprint gefallen?
Was haben Sie über die Arbeit, das Team oder sich selbst gelernt?
Was hat uns gefehlt, etwa Tools, Informationen, Zeit oder Unterstützung?
Was hätten Sie sich gewünscht, etwa ein anderes Ergebnis oder einen anderen Prozess?
Für Mad, Sad, Glad
Was hat Sie in diesem Sprint geärgert?
Was hat Sie enttäuscht?
Worüber haben Sie sich in diesem Team gefreut?
Für jedes Format
Welche Zusage aus der letzten Retrospektive haben wir umgesetzt?
Welche Zusage haben wir nicht umgesetzt, und warum?
Wenn wir vor dem nächsten Sprint nur eine Sache verbessern könnten: Welche wäre das?
Die ersten beiden allgemeinen Fragen funktionieren nur, wenn die Zusagen aus dem letzten Sprint dort festgehalten sind, wo das ganze Team sie findet. Hier kommt die Moderation ins Spiel.
So führen Sie eine Sprint-Retrospektive Schritt für Schritt durch
Eine klare Struktur hält die Retro in Bewegung und schafft Raum für den wichtigsten Teil: die Entscheidung, was sich ändern soll. Diese sechs Schritte funktionieren mit jedem Format.
1. Den Rahmen setzen
Erinnern Sie zu Beginn alle daran, dass jede Person mit ihrem damaligen Wissen ihr Bestes gegeben hat. So bleibt der Fokus auf dem Prozess statt auf der individuellen Schuld. Nennen Sie dann das Ziel laut: Das Team verlässt das Meeting mit konkreten Maßnahmen statt mit vagen Beobachtungen.
2. Daten sammeln
Sammeln Sie mit dem gewählten Format die Beiträge aller. Planen Sie fünf bis zehn Minuten stilles Schreiben ein, bevor jemand spricht, damit nicht die lauteste Stimme die Agenda bestimmt.
Ein Beitrag auf Scrum.org betont, dass der Wechsel vom Sprechen zum Schreiben stillen Teammitgliedern eine gleichberechtigte Stimme verleiht. Stilles Schreiben bietet allen die Möglichkeit, etwas beizutragen, bevor die Diskussion beginnt.
3. Muster besprechen
Gruppieren Sie zusammengehörige Punkte auf dem Board. Drei Klebezettel zum selben Kommunikationsproblem sind ein Thema, nicht drei davon. Wer das Muster benennt, hilft dem Team, über Ursachen statt über Symptome zu sprechen.
4. Prioritäten abstimmen
Lassen Sie das Team abstimmen, welche Punkte am wichtigsten sind. Dot-Voting eignet sich gut: Jede Person verteilt drei Punkte auf beliebige Themen.
Wählen Sie die zwei oder drei Themen mit den meisten Stimmen. Das Team erstellt eine kurze Liste eher innerhalb eines Sprints.
5. Maßnahmen festlegen
Formulieren Sie für jede Priorität eine konkrete Maßnahme mit einer verantwortlichen Person und einer Frist vor der nächsten Retrospektive. Aus „Das Team kommuniziert besser“ wird „Alex richtet ab Montag ein tägliches Stand-up um 10 Uhr ein“. Alex weiß genau, was zu tun ist, und das Team weiß, was es beim nächsten Mal prüfen wird.
Braucht eine Verbesserung echte Kapazität, nehmen Sie sie in das Sprint-Backlog auf. So konkurriert sie offen mit anderen Arbeiten, statt auf einem Klebezettel zu verstauben.
6. Zusagen aus dem letzten Sprint prüfen
Prüfen Sie vor der nächsten Retro, was sich das Team beim letzten Mal vorgenommen hat. Verfolgen Sie nach Möglichkeit eine klare Kennzahl, etwa die Durchlaufzeit oder den Anteil umgesetzter Maßnahmen, so wie Sie auch Projekt-KPIs verfolgen. Das stärkt die Verbindlichkeit und verhindert, dass die Retro zum bloßen Ritual wird.
So führen Sie eine Remote-Retrospektive durch
Verteilte und hybride Teams können dieselben sechs Schritte nutzen, doch Schweigen und schlechter Ton erschweren es, dass alle zu Wort kommen. Schlagen Sie vor, die Kameras einzuschalten, sobald das gesamte Team einverstanden ist, und geben Sie allen eine Minute zum Schreiben, bevor jemand spricht. So halten auch stillere Teammitglieder ihre Gedanken zunächst fest. Halten Sie die Sitzung kürzer als eine Retro vor Ort und planen Sie eine fünfminütige Pause ein, wenn sie länger als eine Stunde dauert.
Ein gemeinsamer visueller Raum hilft dem Team, das Gesamtbild auf einen Blick zu erfassen. Setzen Sie in einer Mindmap in MindMeister das Sprintziel in die Mitte und legen Sie jede Spalte des Formats, etwa Start, Stop und Continue, als Ast an. Die Teammitglieder ergänzen ihre Notizen gleichzeitig als Themen, und die Moderation gliedert die zusammengehörigen Themen, damit Muster vor der Abstimmung sichtbar werden. Die vereinbarten Maßnahmen wandern anschließend in MeisterTask, wo jede eine verantwortliche Person und ein Fälligkeitsdatum erhält.
Lesen Sie vor dem Ende des Calls jede Maßnahme mit verantwortlicher Person und Frist laut vor. Eine ausgesprochene Zusage vergisst man schwerer, und alle, die einen Teil der Diskussion verpasst haben, wissen danach, was sich im nächsten Sprint ändert.
So führen Sie Sprint-Retrospektiven in MeisterTask durch
MeisterTask hilft Teams beim praktischen Kernproblem von Sprint-Retrospektiven: Ideen umzusetzen, statt nur neue zu sammeln. Maßnahmen werden mit zuständiger Person und Fälligkeitsdatum zu Aufgaben erfasst, die zwischen den Retros sichtbar bleiben und zu Beginn der nächsten bereitstehen. Wenn Ihr Team agiles Projektmanagement bereits in MeisterTask umsetzt, liegt das Retro-Projekt direkt neben der Sprintarbeit.
1. Ein Projekt für die Retrospektive anlegen
Legen Sie in MeisterTask ein Projekt mit drei Sektionen an: „Lief gut“, „Verbessern“ und „Maßnahmen“. Während jedes Retros fügt das Team im Laufe der Diskussion neue Aufgaben zu „Lief gut“ und „Verbessern“ hinzu. Wenn Sie Sprints mit einer Vorlage für agile Boards planen, kommt Ihnen der Aufbau vertraut vor.
2. Maßnahmen in Aufgaben umwandeln
Die zwei oder drei Prioritäten aus der Retro werden in der Sektion „Maßnahmen“ in Aufgaben umgewandelt. Geben Sie für jede Aufgabe eine zuständige Person, ein Fälligkeitsdatum vor der nächsten Retro sowie Erfolgskriterien in der Beschreibung an.
Die Stand-up-Aufgabe von Alex könnte etwa so lauten: „Das tägliche Stand-up findet den ganzen Sprint über um 10 Uhr statt.“
3. Maßnahmen zu Beginn der nächsten Retro prüfen
Nutzen Sie die ersten fünf Minuten jeder Retrospektive für die Maßnahmen des letzten Sprits. Öffnen Sie die Sektion „Maßnahmen“ und gehen Sie jede Aufgabe durch: Wurde sie umgesetzt und was hat sie bewirkt?
4. Wiederkehrende Muster dokumentieren
Führen Sie in MeisterTask unter „Notizen“ ein fortlaufendes Protokoll wiederkehrender Themen, damit die Historie direkt neben Ihrem Retro-Projekt liegt. Tauchen „unklare Anforderungen“ in drei Retrospektiven auf, handelt es sich um ein systemisches Problem, das Sie außerhalb der Retrospektiven angehen sollten.
Mit MeisterTask aus Retros Fortschritt machen
Eine Sprint-Retrospektive verdient ihren Platz im Kalender, wenn sie verändert, wie der nächste Sprint läuft. Halten Sie die Maßnahmenliste kurz und geben Sie jedem Punkt eine verantwortliche Person sowie eine Frist zu. Starten Sie jede Retro mit einem Blick auf die Zusagen vom letzten Mal.
MeisterTask hält diese Maßnahmen zwischen den Retros sichtbar, mit Aufgaben und Notizen an einem gemeinsamen Ort. So verschwindet keine Zusage mehr auf einem Foto eines Whiteboards.
