Eine agile Retrospektive ist ein strukturiertes Meeting, das am Ende jedes Sprints stattfindet, bei dem das Team darüber nachdenkt, wie sie gearbeitet haben, nicht nur, was sie geliefert haben. Es ist die konstanteste Verbesserungspraxis in der Softwareentwicklung.
Gut durchgeführt, bringt eine Retrospektive Reibungen frühzeitig ans Licht, schafft Vertrauen im Team und führt zu konkreten Prozessänderungen. Schlecht durchgeführt, wird es zu einer 45-minütigen Klagestunde, die nichts ändert.
Dieser Leitfaden behandelt, was Retrospektiven sind, warum sie wichtig sind, wie man sie Schritt für Schritt durchführt und die gebräuchlichsten Formate, die agile Teams verwenden.
Was ist eine agile Retrospektive?
Eine Retrospektive (oft als "Retro" abgekürzt) ist ein zeitlich begrenztes Meeting, das normalerweise 60–90 Minuten dauert, in dem das Team über den vorherigen Sprint reflektiert. Sie ist eine der vier Scrum-Zeremonien, neben der Sprint-Planung, dem täglichen Standup und der Sprint-Review.
Das Ziel ist die kontinuierliche Verbesserung: besser zu werden in wie man arbeitet, nicht nur was man liefert.
Drei Fragen stehen im Mittelpunkt fast jeder Retrospektive:
- Was lief gut?
- Was könnte verbessert werden?
- Was werden wir im nächsten Sprint anders machen?
Die dritte Frage ist die wichtigste. Eine Retrospektive ohne umsetzbare Punkte bleibt nur ein Gespräch. Das Ergebnis sollte immer eine kurze Liste konkreter Änderungen sein, mit Verantwortlichen und Fristen, denen sich das Team im nächsten Sprint verpflichtet.
Warum Retrospektiven durchführen?
Teams, die auf Retrospektiven verzichten, neigen dazu, dieselben Probleme zu wiederholen. Das Problem, das den Sprint 3 verzögerte, wird auch in Sprint 7 bestehen bleiben; jeder hat sich nur daran angepasst.
Retrospektiven durchbrechen diesen Kreislauf. Sie bieten dem Team einen festen Raum, um:
- Reibungen aufzuzeigen, die in täglichen Standups nicht zur Sprache kommen
- Prozesse zu beheben, bevor sie zu dauerhaften Umgehungslösungen werden
- Anerkennung zu geben, was funktioniert, bevor es versehentlich geändert wird
- Vertrauen aufzubauen durch ehrliche Gespräche in einem strukturierten Rahmen
Die besten Teams behandeln Retrospektiven als Gewohnheit: etwas, das man konsequent tut, nicht nur, wenn etwas schiefgeht.
Wie oft sollte man eine Retrospektive durchführen?
Die meisten Scrum-Teams halten am Ende jedes Sprints eine Retrospektive ab, in der Regel alle ein bis vier Wochen. Kanban-Teams führen oft eine monatliche oder zweiwöchentliche Retro durch.
Die Häufigkeit ist weniger wichtig als die Konsistenz. Unregelmäßige Retrospektiven sind schwerer ernst zu nehmen und schwieriger umzusetzen.
Wenn Ihr Team neu ist oder sich gerade verändert, tendieren Sie zu häufigeren Retros. Ein 30-minütiges leichtgewichtiges Check-in in jedem Sprint ist wertvoller als ein 90-minütiges ausführliches Treffen alle sechs Wochen.
Wie führt man eine agile Retrospektive durch
1. Bühne bereiten (5–10 Minuten)
Beginnen Sie mit einem kurzen Check-in. Stellen Sie jedem eine einfache Frage, um die Dinge ins Rollen zu bringen: "Wie fühlen Sie sich in einem Wort über diesen Sprint?" Dadurch werden stille Teammitglieder frühzeitig zum Reden gebracht, besonders nützlich in Fern- oder hybriden Sitzungen, in denen Körpersprache nicht gelesen werden kann.
TeleRetros AI Icebreaker Bot generiert Fragen, die zur Stimmung Ihres Teams passen, wenn Sie etwas Kreativeres wünschen.
2. Daten sammeln (15–20 Minuten)
Bitten Sie das Team, Karten zum Board hinzuzufügen. Aktivieren Sie den anonymen Brainstorming-Modus, damit jeder privat schreiben kann, ohne beeinflusst zu werden, was andere hinzufügen.
An dieser Stelle prägt das gewählte Format, was zur Oberfläche kommt. Ein Sailboat-Retro fragt nach Wind (was geholfen hat), Ankern (was verlangsamte), Felsen (Risiken) und der Insel (Ihr Ziel). Ein Mad Sad Glad fordert das Team auf, den Sprint emotional zu beschreiben. Verschiedene Formate entfalten unterschiedliche Gespräche.
TeleRetro hat 50+ Retro-Formate und Vorlagen, die zu verschiedenen Teamstimmungen, Sprinttypen und Erfahrungsstufen passen.
3. Erkenntnisse generieren (20–25 Minuten)
Gruppe ähnliche Karten. Verwenden Sie anonyme Abstimmung, um die Themen herauszuarbeiten, die dem Team am wichtigsten sind. Verbringen Sie den Großteil des Meetings mit den zwei oder drei wichtigsten Clustern.
Das Ziel in dieser Phase ist es, zu verstehen, warum etwas passiert ist, nicht nur, dass es passiert ist. "Deployments waren langsam" ist eine Beobachtung. "Deployments waren langsam, weil wir immer noch keine automatisierten Staging-Checks haben" ist eine Einsicht, die es wert ist, umgesetzt zu werden.
4. Entscheiden, was zu tun ist (10–15 Minuten)
Für jedes vorrangige Thema einigen Sie sich auf eine konkrete Handlung. Aktionen benötigen einen Verantwortlichen und eine Frist, idealerweise innerhalb des nächsten Sprints gelöst.
TeleRetros Aktionspunktverfolgung überträgt Aktionen von Retro zu Retro, damit nichts verloren geht. Teams, die Aktionen verfolgen, setzen sie weitaus häufiger um als diejenigen, die sich auf Gedächtnis oder Sitzungsnotizen verlassen.
5. Die Retrospektive schließen (5 Minuten)
Beenden Sie mit etwas Kurzem: einem Rundum-Dank, einer 1–5 Bewertung der Retro selbst oder einfach das Vorlesen der Aktionspunkte. Das Schließen ist wichtig. Es signalisiert, dass die Sitzung lohnenswert war und verstärkt die Gewohnheit.
Häufige Retrospektivenformate
Verschiedene Formate entlocken unterschiedliche Arten von Gesprächen. Einige gebräuchliche:
- Start, Stop, Continue: Direkt und handlungsorientiert. Am besten für erfahrene Teams, die sich gut kennen.
- Mad, Sad, Glad: Emotionen zuerst. Gut für Teams, die einen schwierigen oder stressigen Sprint verarbeiten.
- Sailboat: Visuelle Metapher. Funktioniert gut mit gemischten Gruppen und Teams, die neu in Retrospektiven sind.
- 4 Ls: Gemocht, Gelernt, Gefehlt, Gewünscht. Stärken für lernorientierte Teams.
- DAKI: Absetzen, Hinzufügen, Beibehalten, Verbessern. Prägnant und aktionsfokussiert.
- Lean Coffee: Team-gesteuerte Agenda. Gut, wenn das Team spezifische Themen ansprechen möchte.
Unsicher, welches Format gerade zu Ihrem Team passt? TeleRetros Retro Bot schlägt eines basierend auf dem Kontext Ihres Teams vor.
Häufig vorkommende Fehler vermeiden
Die Retro mit einem Publikum durchführen. Retrospektiven sind für das Team. Manager, Produktbesitzer und Stakeholder sollten im Allgemeinen nicht teilnehmen. Ihre Anwesenheit ändert, was die Leute sagen.
Aktionspunkte ohne Verantwortliche. "Wir sollten die CI-Pipeline verbessern" ist keine Aktion. "Maya wird bis nächsten Mittwoch das Parallelisieren der Testsuite untersuchen" ist.
Dasselbe Format in jedem Sprint. Formatrotation hält das Gespräch frisch und bringt unterschiedliche Beobachtungen ans Licht.
Retrospektiven auslassen, wenn es gut läuft. Genau dann ist es am einfachsten, ein ehrliches, zukunftsgerichtetes Gespräch zu haben.
Frühere Aktionspunkte ignorieren. Beginnen Sie jede Retrospektive mit einem Rückblick auf das, was beim letzten Mal vereinbart wurde. Teams, die dies nicht tun, verlieren die Glaubwürdigkeit in ihrem eigenen Prozess.
Häufig gestellte Fragen
Wer sollte eine agile Retrospektive moderieren?
Im Scrum moderiert typischerweise der Scrum Master. In Teams ohne dedizierten Scrum Master kann es jedes Teammitglied tun, und das Rotieren der Rolle des Moderators kann die Teilnahme selbst verbessern. Die Aufgabe des Moderators ist es, die Sitzung in Bewegung zu halten und sicherzustellen, dass leise Stimmen gehört werden, nicht die Ergebnisse zu treiben.
Wie lange sollte eine Retrospektive dauern?
Der Scrum-Guide schlägt eine Stunde pro Woche Sprintlänge vor, also rechtfertigt ein zweiwöchiger Sprint eine bis zu zweistündige Retro. In der Praxis finden die meisten Teams 60–75 Minuten ausreichend, insbesondere wenn das Team erfahren ist und Aktionspunkte aus früheren Retros bereits vor der Sitzung sichtbar sind.
Kann man eine Retrospektive remote durchführen?
Ja, und bei guter Moderation können Remote-Retrospektiven effektiver als persönliche sein. Anonyme digitale Boards reduzieren die sozialen Dynamiken, die Ehrlichkeit im Raum unterdrücken. Icebreaker-Musik hilft, die Stimmung zu setzen, wenn man sich nicht auf einen gemeinsamen physischen Raum verlassen kann.
Was ist der Unterschied zwischen einer Retrospektive und einer Sprint-Review?
Die Sprint-Review dreht sich um das Produkt: was gebaut wurde, was Stakeholder denken und was als Nächstes im Backlog kommt. Die Retrospektive dreht sich um das Team: wie Sie zusammengearbeitet haben, was Sie verlangsamt hat und was zu ändern ist. Es sind separate Meetings mit unterschiedlichen Teilnehmern und unterschiedlichen Ergebnissen.
Wie geht man damit um, wenn dieselben Probleme in jedem Sprint auftauchen?
Das ist ein Signal, das es wert ist, direkt benannt zu werden. Wenn dasselbe Problem in drei aufeinanderfolgenden Sprints auftritt, ist es entweder ein systemisches Problem, das eine größere Lösung benötigt, möglicherweise außerhalb der Kontrolle des Teams, oder die vereinbarten Aktionspunkte setzen sich nicht durch. Sprechen Sie es an: "Wir haben das jetzt dreimal markiert. Was hindert uns tatsächlich daran, es zu lösen?"
Aktualisiert
Erlebe ein besseres Retro
Erstelle ein Retro in Sekunden & überzeuge dich selbst.