Sprint Review vs. Sprint-Retrospektive

Die Sprint-Review und die Sprint-Retrospektive sind zwei unterschiedliche Veranstaltungen, die am Ende jedes Sprints stattfinden und oft verwechselt werden. Der einfachste Weg, sie voneinander zu unterscheiden: Bei der Sprint-Review wird das Produkt gemeinsam mit den Stakeholdern begutachtet, während die Sprint-Retrospektive darauf abzielt, die Arbeitsweise des Teams zu verbessern. Sie benötigen beides, und sie sind nicht austauschbar.

Wenn Sie mit dem gesamten Spektrum der Scrum-Meetings noch nicht vertraut sind, lesen Sie bitte zunächst die Erläuterungen zu den vier Scrum-Zeremonien – dieses Kapitel befasst sich speziell mit den beiden Meetings, die den Sprint abschließen.

Sprint-Review vs. Sprint-Retrospektive im Überblick

	Sprint-Review	Sprint-Retrospektive
Schwerpunkt	Das Produkt – was entwickelt wurde	Der Ablauf – wie das Team vorgegangen ist
Frage, die damit beantwortet wird	„Was sollen wir als Nächstes bauen?“	„Wie können wir im nächsten Sprint besser arbeiten?“
Gesichter	Nach außen, an die Interessengruppen	Intern, an das Team
Wer nimmt teil?	Scrum-Team + Stakeholder	Nur für das Scrum-Team
Ausgabe	Aktualisiertes Produkt-Backlog	Eine kurze Auflistung der Verbesserungen im Team
Bestellung	Erstens	Zweitens
Zeitrahmen (2-wöchiger Sprint)	Bis zu ca. 2 Stunden	Bis zu ca. 90 Minuten

Wozu dient die Sprint-Review?

Die Sprint-Review ist eine Arbeitssitzung, in der das Team die während des Sprints abgeschlossenen Arbeiten vorstellt und Feedback einholt. Die Stakeholder sehen, was tatsächlich erledigt wurde, stellen Fragen und reagieren – und diese Reaktion führt oft zu einer Neugestaltung des Product Backlogs und der Ausrichtung des nächsten Sprints. Es handelt sich um eine Zusammenarbeit bezüglich des Produkts und der nächsten Schritte, nicht um eine einseitige Demo oder eine Abnahmesitzung.

Wozu dient die Sprint-Retrospektive?

Die Sprint-Retrospektive ist die interne Gelegenheit für das Team, sich selbst zu hinterfragen – seine Mitglieder, Beziehungen, Prozesse und Werkzeuge – und sich zu konkreten Verbesserungen zu verpflichten. Sie findet im Anschluss an die Review statt, damit das Team etwaiges Produkt-Feedback einbeziehen kann, und Stakeholder werden bewusst ausgeschlossen, damit die Teammitglieder offen sprechen können. Das Ergebnis ist keine Produktentscheidung, sondern eine kleine, vom Team selbst festgelegte Reihe von Maßnahmen, die es im nächsten Sprint ausprobieren wird. Dies ist der Motor für kontinuierliche Verbesserung und Gegenstand des restlichen Leitfadens – beginnen Sie mit Was ist eine Sprint-Retrospektive?.

Warum Sie beides benötigen

Es ist verlockend, beides miteinander zu verbinden, um Zeit zu sparen, doch sie zielen auf unterschiedliche Ziele ab. Die Review ist nach außen gerichtet und produktorientiert; die Retrospektive ist nach innen gerichtet und teamorientiert. Kombiniert man sie, geht der ehrliche, manchmal unangenehme Prozessdialog unter – niemand möchte vor dem Kunden anmerken: „Unsere Tests sind überstürzt.“ Sie getrennt zu halten, schützt die psychologische Sicherheit, die die Retrospektive benötigt (siehe Aufbau einer psychologisch sicheren Retrospektive).

Es lohnt sich zudem, die Sprint-Retrospektive von einer Retrospektive mit längerem Zyklus, wie beispielsweise einer Release- oder Projektretrospektive, zu unterscheiden – einen Vergleich hierzu finden Sie in unserem Artikel zum Thema Sprint-Retrospektive versus Release-Retrospektive.

Häufig gestellte Fragen

Was ist der Unterschied zwischen einer Sprint-Review und einer Sprint-Retrospektive?

Bei der Sprint-Review wird das Produkt begutachtet – das Team demonstriert, was es entwickelt hat, und holt Feedback von den Stakeholdern ein, um zu entscheiden, wie es weitergehen soll. Die Sprint-Retrospektive dient der Überprüfung des Prozesses – das Team reflektiert seine Arbeitsweise und einigt sich auf Verbesserungen für den nächsten Sprint. Bei der Review geht es um das „Was“ und sie richtet sich nach außen an die Stakeholder; bei der Retrospektive geht es um das „Wie“ und sie richtet sich nach innen an das Team.

Was findet zuerst statt, die Sprint-Review oder die Retrospektive?

Zunächst findet die Sprint-Review statt, gefolgt von der Sprint-Retrospektive; beide finden am Ende des Sprints statt. Indem das Produkt zunächst gemeinsam mit den Stakeholdern begutachtet wird, kann das Team dieses aktuelle Feedback in die Retrospektive einbringen, in der es darüber nachdenkt, wie die Arbeit verlaufen ist und was geändert werden sollte.

Können Sie die Sprint-Review und die Sprint-Retrospektive zu einer einzigen Besprechung zusammenfassen?

Am besten ist es, diese beiden Veranstaltungen getrennt zu halten. Sie verfolgen unterschiedliche Ziele, richten sich an unterschiedliche Teilnehmer und haben einen unterschiedlichen Ton – die Review ist ein nach außen gerichtetes Produktgespräch mit den Stakeholdern, während die Retrospektive ein offenes Gespräch nur innerhalb des Teams darüber ist, wie man sich verbessern kann. Werden diese beiden Veranstaltungen zusammengelegt, wird die ehrliche Reflexion, auf der die Retrospektive beruht, oft verdrängt, da die Teilnehmer zögern, Prozessprobleme vor den Stakeholdern anzusprechen.

Wer nimmt an der Sprint-Review und der Sprint-Retrospektive teil?

An der Sprint-Review nehmen das gesamte Scrum-Team sowie vom Product Owner eingeladene wichtige Stakeholder teil, da ihr Zweck darin besteht, Feedback zum Produkt einzuholen. An der Sprint-Retrospektive nimmt ausschließlich das Scrum-Team teil – die Entwickler, der Product Owner und der Scrum Master –, damit das Team offen darüber sprechen kann, wie es arbeitet.