Was ist eine Sprint-Retrospektive? Definition, Phasen und Beispiele

Eine Sprint-Retrospektive ist das regelmäßig stattfindende Scrum-Meeting, das am Ende jedes Sprints abgehalten wird und bei dem das Team seine Arbeitsweise reflektiert und konkrete Verbesserungsmaßnahmen für den nächsten Sprint vereinbart. Sie stellt die wichtigste Gelegenheit für das Team dar, seine Arbeitsweise zu überprüfen und anzupassen, und ist die letzte der vier Scrum-Zeremonien in jedem Sprint.

Die meisten Teams sind in der Lage, eine Sprint-Retrospektive durchzuführen. Weitaus weniger führen jedoch eine durch, die den nächsten Sprint tatsächlich verändert – und genau das ist der einzige Test, der wirklich zählt. Falls sich Ihre Retrospektiven mittlerweile wie ein Meeting anfühlen, um das sich niemand mehr bemüht, sind Sie nicht allein. Das Format ist abgestanden, immer dieselben zwei Personen kommen zu Wort, und Aktionspunkte werden protokolliert und dann stillschweigend vergessen. Das Problem liegt in der Regel nicht in der Vorgehensweise, sondern in der Umsetzung.

In diesem Kapitel wird erläutert, was eine Sprint-Retrospektive ist, wie sie sich vom Sprint-Review unterscheidet, welche fünf Phasen den Ablauf des Meetings bestimmen und – was in den meisten Leitfäden ausgelassen wird – wie man dafür sorgt, dass die beschlossenen Maßnahmen auch tatsächlich umgesetzt werden. Die „Retro“, wie sie gemeinhin genannt wird, wird auch als Scrum-Retrospektive oder agile Retrospektive bezeichnet. Wie auch immer man sie nennt, das Ziel ist dasselbe: die Arbeitsweise des Teams für die Zukunft zu verbessern, basierend auf den Erkenntnissen aus dem gerade abgeschlossenen Sprint.

Richtig durchgeführt, ist die Retrospektive der Zeitpunkt mit der größten Wirkung in Ihrem Sprintzyklus. Das Team tauscht sich darüber aus, was gut gelaufen ist und was nicht, sucht nach gemeinsamen Themen, stimmt darüber ab, was am wichtigsten ist, und einigt sich auf eine kurze Liste von Maßnahmen, die umgesetzt werden sollen. Diese Maßnahmen ermöglichen es dem Team, seine Arbeit kontinuierlich zu überprüfen und anzupassen sowie sowohl die Qualität als auch das Tempo seiner Arbeit zu verbessern.

Sprint-Retrospektive vs. Sprint-Review

Diese beiden Anlässe werden ständig miteinander verwechselt, und genau diese Verwechslung ist der häufigste Grund dafür, dass aus einer Retrospektive ein Status-Update wird.

Gemäß dem Scrum Guide dient die Sprint-Review der Überprüfung des Produkts: Was wurde entwickelt, erfüllt es das Ziel und wie beurteilen die Stakeholder das Ergebnis? Die Sprint-Retrospektive dient der Überprüfung des Prozesses: Wie hat das Team zusammengearbeitet, welche Werkzeuge haben die Arbeit unterstützt oder behindert und was sollte das Team anders angehen? Das eine richtet den Blick nach außen auf das Ergebnis. Das andere richtet den Blick nach innen auf die Art und Weise, wie die Arbeit erledigt wurde.

Halten Sie diese Grenze klar. Sobald eine Retrospektive zu einer bloßen Aufzählung abgeschlossener Tickets wird, haben Sie das Meeting verloren, bei dem es eigentlich um das Team gehen soll – und nicht um den Backlog. Einen vollständigen Vergleich finden Sie unter Sprint-Review vs. Sprint-Retrospektive.

Welche Fragen werden bei einer Sprint-Retrospektive gestellt?

Die wichtigsten Bereiche, mit denen sich das Team befassen soll, sind:

1. Was ist gut gelaufen?
2. Was ist schiefgelaufen?
3. Welche Ideen haben wir für die Zukunft?
4. Wie setzen wir diese Maßnahmen in die Praxis um?
5. Wem sollten wir unseren Dank aussprechen, und was benötigen wir?

Der genaue Fragenkatalog kann sich aus einem Thema eines Einzelgesprächs, aus Team-Feedback oder aus einer Datenquelle wie Ihren Sprint-Kennzahlen ergeben. Es ist sinnvoll, die Fragen alle paar Sprints zu variieren, damit sie relevant und aktuell bleiben und die Ermüdung durch zu viele Besprechungen vermieden wird.

Wer nimmt an der Sprint-Retrospektive teil?

Die Sprint-Retrospektive ist eine Besprechung des Scrum-Teams. Je nach Team kann sie einige oder alle der folgenden Punkte umfassen:

• Der Scrum Master, der in der Regel die Moderation übernimmt
• Das gesamte Entwicklungsteam bzw. das Scrum-Team
• Der Product Owner
• Ein agiler Coach
• Ein Beobachter

Interessengruppen werden in der Regel nicht einbezogen, damit das Team offen darüber sprechen kann, wie es arbeitet, anstatt vor Publikum eine Show abzuziehen.

Wie lange sollte eine Sprint-Retrospektive dauern?

Dies richtet sich in der Regel nach der Dauer Ihres Sprintzyklus. Als grobe Richtlinie gilt:

• Zweiwöchiger Sprint: etwa 90 Minuten
• Einmonatiger Sprint: ca. 3 Stunden
• Ende einer längeren Iteration: bis zu einem Tag

Je kürzer der Sprint, desto kürzer die Retrospektive. Entscheidend ist, dass sie lang genug ist, um konkrete, gemeinsam vereinbarte Maßnahmen zu beschließen, und kurz genug, damit die Energie erhalten bleibt. Eine straffe Zeitvorgabe sorgt dafür, dass die Retrospektive in Schwung bleibt und verhindert, dass ein Thema die gesamte Stunde in Anspruch nimmt.

Die fünf Phasen einer effektiven Retrospektive

Das Konzept, das sich Sprint für Sprint bewährt, stammt aus dem Buch Agile Retrospectives: Making Good Teams Great von Esther Derby und Diana Larsen. Ihr Fünf-Phasen-Modell weist jedem Teil des Meetings eine bestimmte Aufgabe zu – und genau das verhindert, dass eine Retrospektive zu einer unstrukturierten Beschwerde-Runde verkommt. Der Scrum Master führt das Team durch alle fünf Phasen.

1. Schaffen Sie die richtigen Voraussetzungen. Bringen Sie die Teilnehmer dazu, sich auf die Sache einzulassen und bereit zu sein, sich zu äußern. Eine kurze Einleitungsfrage bewirkt hier mehr, als man erwarten würde, und an dieser Stelle wählen Sie auch die Vorlage für die Retrospektive, die den Rahmen für die Sitzung bildet.
2. Daten sammeln. Erfassen Sie, was tatsächlich geschehen ist – noch keine Meinungen dazu. Eine Überprüfung der Zeitachse, Kennzahlen für den Sprint oder eine einfache Runde mit der Frage „Was ist Ihnen aufgefallen?“ sind allesamt geeignet. An dieser Stelle übernimmt der Scrum Master voll und ganz die Rolle des Moderators.
3. Gewinnen Sie Erkenntnisse. Suchen Sie nach Mustern und Zusammenhängen in den Daten. Warum tauchte dasselbe Hindernis bereits in drei aufeinanderfolgenden Sprints auf? Gruppieren Sie ähnliche Ideen, stimmen Sie darüber ab, was am wichtigsten ist, und diskutieren Sie die am höchsten bewerteten Punkte ausführlich.
4. Entscheiden Sie, was zu tun ist. Wandeln Sie die Erkenntnisse in eine kurze Liste konkreter, umsetzbarer Veränderungen um. Nicht zehn, sondern zwei oder drei. Dies ist die Phase, die eine Retrospektive von einem bloßen Gespräch unterscheidet.
5. Beenden Sie die Retrospektive. Bestätigen Sie die getroffenen Vereinbarungen, stellen Sie sicher, dass für jede Maßnahme ein Verantwortlicher feststeht, bedanken Sie sich beim Team und beenden Sie die Sitzung pünktlich.

Wenn Sie den Schritt „die Weichen stellen“ überspringen, bleibt ein ruhiges Team weiterhin still. Wenn Sie den Schritt „entscheiden, was zu tun ist“ überspringen, erhalten Sie eine Flut von Eindrücken, ohne dass jemand die Verantwortung dafür übernimmt. Jede Phase deckt einen bestimmten Fehlerfall ab; deshalb macht sich das Abkürzen dieser Schritte später in Ihren Ergebnissen bemerkbar – nicht im Besprechungsraum.

Jede Phase ist einer einsatzbereiten Retrospektive-Vorlage in TeamRetro zugeordnet, sodass Struktur, Zeitmessung und Abstimmung bereits eingerichtet sind, bevor Teilnehmer hinzukommen.

Sorgen Sie dafür, dass Ihre Maßnahmen auch wirklich umgesetzt werden

Hier kommt der Teil, den die meisten Leitfäden auslassen, und genau dieser entscheidet darüber, ob sich Ihre Retrospektive gelohnt hat: Was geschieht mit den Maßnahmen, nachdem sich alle abgemeldet haben? Retrospektiven scheitern selten an einem Mangel an Ideen. Sie scheitern, weil aus den Ideen niemals eine Veränderung wird, auf die jeder verweisen kann.

Die Lösung ist fast schon langweilig konkret:

• Ein Eigentümer pro Aktion. Nicht „das Team“. Ein Name.
• Ein Sprint. Wenn es nicht vor der nächsten Retrospektive umgesetzt werden kann, ist das Vorhaben zu umfangreich. Teilen Sie es in kleinere Schritte auf.
• Zunächst überprüfen, dann rückblickend. Bevor Sie neue Daten erheben, überprüfen Sie die letzten Verpflichtungen. Wurden diese erfüllt? Falls nicht, warum nicht?

Dieser dritte Punkt ist derjenige, den Teams als Erstes außer Acht lassen, und er ist es, der den beiden anderen Punkten überhaupt erst Bedeutung verleiht. Eine Maßnahme, die nie erneut aufgegriffen wird, ist lediglich ein Haftnotizzettel mit zusätzlichen Schritten. Weitere Informationen hierzu finden Sie unter Tipps für umsetzbare Sprint-Retrospektiven sowie unter Warum Retrospektiven scheitern, wo Sie mehr über die tiefer liegenden Muster erfahren.

Ein zurückhaltendes Team zum Reden bringen

Jedes Team kennt eine Variante desselben Problems: Zwei Personen sprechen, der Rest nickt. Selten handelt es sich dabei um Desinteresse. Häufiger ist es so, dass das Vertrauen noch nicht aufgebaut wurde, insbesondere in neueren oder verteilten Teams. Einige Maßnahmen können hier Abhilfe schaffen: Legen Sie fest, dass Retrospektiven dazu dienen, das System zu verbessern, anstatt Punkte gegen Einzelpersonen zu sammeln; ermöglichen Sie es den Teilnehmern, Ideen anonym einzubringen, damit auch unpopuläre Gedanken geäußert werden; und wechseln Sie die Moderatoren, damit die Gruppe nicht immer vor derselben Person „auftreten“ muss.

Das alles ist nicht kompliziert. Es muss lediglich bewusst erfolgen, denn eine unauffällige Retrospektive wirkt nicht wie ein Vertrauensproblem. Sie sieht einfach nur wie ein kurzes Treffen aus. Den vollständigen Leitfaden finden Sie unter Wie man eine psychologisch sichere Retrospektive gestaltet.

Verhindern Sie, dass Retros an Aktualität verlieren

Selbst eine gut durchgeführte Retrospektive verliert an Wirkung, wenn sie in jedem Sprint identisch abläuft. Die fünf Phasen ändern sich zwar nicht, doch das Format, in das sie eingebettet sind, sollte alle paar Sprints bewusst variiert werden. Die Anzeichen sind leicht zu erkennen: Die Teilnehmer antworten wie im Autopilot-Modus, dieselben Haftnotizen tauchen mit anderen Formulierungen wieder auf, oder jemand seufzt, sobald die Kalendereinladung erscheint. Das bedeutet nicht, dass Retros nicht mehr funktionieren. Es bedeutet vielmehr, dass diese spezielle Form der Retros ihre Wirkung verloren hat.

Der Wechsel zwischen einer kleinen Auswahl an Formaten sorgt dafür, dass die Struktur abwechslungsreich bleibt, ohne dass die ihr zugrunde liegende Disziplin verloren geht. Unsere Beiträge zu den Themen Vermeidung von Anti-Mustern bei Retrospektiven und Überwindung des Recency-Bias befassen sich eingehender damit, wie verhindert werden kann, dass Retrospektiven zu starren Ritualen erstarren.

Führen Sie Ihre Sprint-Retrospektive in TeamRetro durch

Eine Sprint-Retrospektive hat nur dann ihren Platz im Kalender verdient, wenn sie Einfluss darauf nimmt, was im nächsten Sprint geschieht. Das bedeutet, die Nachbesprechung und die Retrospektive klar voneinander zu trennen, jeder der fünf Phasen Raum zu geben, ihre Aufgabe zu erfüllen, ein sicheres Umfeld zu schaffen, in dem sich auch zurückhaltendere Teilnehmer zu Wort melden können, und Aktionspunkte als Verpflichtungen und nicht nur als Notizen zu behandeln.

Die Umsetzung ist der schwierige Teil, und ein besseres Meeting-Format allein reicht nicht aus, um dieses Problem zu beheben. Führen Sie Ihre nächste Retrospektive in TeamRetro durch – dort sind Struktur, Timer und Maßnahmenverfolgung bereits integriert, wobei die Maßnahmen des letzten Sprints automatisch übernommen werden, sodass die Nachverfolgung von Verpflichtungen nicht mehr manuell erfolgen muss. Stöbern Sie in der Vorlagenbibliothek für Retrospektiven, um einen Ausgangspunkt auszuwählen.

Häufig gestellte Fragen

Was ist eine Sprint-Retrospektive?

Eine Sprint-Retrospektive ist ein regelmäßig stattfindendes Scrum-Meeting, das am Ende jedes Sprints abgehalten wird und bei dem das Team seine Arbeitsweise reflektiert und konkrete Verbesserungsmaßnahmen für den nächsten Sprint vereinbart. Sie stellt für das Team die wichtigste Gelegenheit dar, seine Arbeitsweise zu überprüfen und anzupassen, und ist die letzte der vier Scrum-Zeremonien in jedem Sprint.

Wer nimmt an einer Sprint-Retrospektive teil?

Die Sprint-Retrospektive ist eine Besprechung des Scrum-Teams, an der daher die Entwickler, der Product Owner und der Scrum Master teilnehmen. Der Scrum Master übernimmt in der Regel die Moderation. Stakeholder werden in der Regel nicht einbezogen, damit das Team offen über seine Arbeitsweise sprechen kann; gelegentlich kann ein agiler Coach oder Beobachter anwesend sein, um das Team zu unterstützen.

Wie lange sollte eine Sprint-Retrospektive dauern?

Legen Sie die Dauer der Retrospektive auf die Länge des Sprints fest. Als allgemeine Richtlinie gelten etwa 90 Minuten für einen zweiwöchigen Sprint und bis zu etwa drei Stunden für einen einmonatigen Sprint. Je kürzer der Sprint, desto kürzer die Retrospektive; entscheidend ist jedoch, dass sie lang genug ist, um konkrete, einvernehmliche Maßnahmen zu vereinbaren.

Was sind die fünf Phasen einer Sprint-Retrospektive?

Esther Derby und Diana Larsen beschreiben fünf Phasen: Vorbereitung, Datenerhebung, Gewinnung von Erkenntnissen, Festlegung von Maßnahmen und Abschluss der Retrospektive. Der Scrum Master begleitet das Team durch jede Phase, sodass aus der Reflexion eine kurze, vom Team selbst verantwortete Liste mit Verbesserungsmaßnahmen für den nächsten Sprint entsteht.

Was ist der Unterschied zwischen einer Sprint-Retrospektive und einer Sprint-Überprüfung?

Bei der Sprint-Review wird das Produkt begutachtet, sodass das Team den Stakeholdern die abgeschlossenen Arbeiten vorstellt und Feedback einholt. Bei der Sprint-Retrospektive wird der Prozess begutachtet, sodass das Team darüber nachdenkt, wie die Arbeit verlaufen ist, und sich auf Verbesserungen einigt. Die Review ist nach außen auf die Stakeholder ausgerichtet; die Retrospektive ist nach innen auf das Team ausgerichtet. Einen vollständigen Vergleich finden Sie in unserem Kapitel über Sprint-Review vs. Retrospektive.