Sprint Review vs. Retrospektive: Einfach erklärt mit Bild

Unterschied Sprint-Review und Retrospektive

Wir haben im letzten Artikel definiert, was eine Retrospektive wirklich ist . Dabei haben wir auch über Scrum als Framework für agile Arbeitsweisen gesprochen. Und in diesem Framework gibt es neben der Retrospektive auch ein Meeting-Format namens Sprint-Review.

Wie unterscheiden sich diese beiden Formate also?

Sprint-Review und Retrospektive im Scrum-Zyklus

Das Sprint-Review und die Retrospektive befinden sich im Scrum-Zyklus hintereinander. Die Reihenfolge hat einen Grund, wie wir gleich sehen werden:

Sprint Review und Retrospektive im Scrum-Zyklus

Sprint Review and Retrospective in the Scrum Cycle

Sprint-Review vs. Retrospektive

Definition: Sprint-Review

Das Sprint-Review ist ein Workshop am Ende eines Scrum-Sprint-Zyklus, bei dem ein Scrum-Team überprüft, was während des letzten Sprints erledigt wurde. Darauf basierend wird das sogenannte Product Backlog aktualisiert.

Definition: Sprint-Retrospektive

Die Sprint-Retrospektive hingegen findet nach dem Sprint-Review statt. Hier reflektiert das Scrum-Team seine Zusammenarbeit und Möglichkeiten zur Verbesserung. Um diese Reflexion vollständig durchführen zu können, muss daher vor der Retrospektive bereits ein Review stattgefunden haben.

Unterschiede zwischen Sprint Review und Retrospektive

Hier findest du auch nochmal die Unterscheide anschaulich in Tabellenform:

 Sprint-ReviewRetrospektive
FokusDie Arbeitsergebnisse des letzten SprintsKontinuierliche Verbesserung der Zusammenarbeit
TeilnehmerTeammitglieder (also Entwickler*innen, Scrum Master und Product Owner), und idealerweise auch Stakeholder (Anwender*innen, Führungskräfte, Kunden oder andere Fachbereiche)Nur das Team selber, also Entwickler*innen, Scrum Master und Product Owner
ZeitpunktAm Ende des Sprints, noch vor der RetrospektiveAm Ende des Sprints, nach dem Review

Kann ich Sprint-Review und Retrospektive zusammenlegen?

Ja, grundsätzlich lassen sich Sprint Review und Retrospektive zusammenlegen. Fraglich ist jedoch, ob die Teilnehmenden genug Energie haben, um diese beiden umfassenden Termine hintereinander mit voller Konzentration durchzuführen.

In der Regel ist daher die Empfehlung, mindestens eine Pause zwischen Sprint-Review und Retrospektive einzuplanen. Idealerweise wäre das Sprint-Review zum Beispiel vormittags und die Retrospektive nachmittags. Alternativ kann man die Termine auch einfach auf zwei aufeinanderfolgende Tage legen.

Fazit: Sprint-Review und Retrospektive sind nicht das gleiche

In kurz also: Im Scrum-Zyklus findet die Sprint-Retrospektive findet nach dem Sprint-Review statt. Während das Sprint-Review sich auf die konkreten Arbeitsergebnisse fokussiert, liegt der Fokus der Retrospektive auf der kontinuierlichen Verbesserung der Zusammenarbeit.

Wenn du noch nach einem geeigneten Retro Board Ausschau hältst (mit 60+ Retro Methoden), kann dir übrigens unser Artikel weiterhelfen mit dem Thema: Die besten Retro Boards im Vergleich.

Credits: Pointing photo created by wayhomestudio - www.freepik.com

Blog-Kategorie

Weitere Artikel zu "Tipps zu Agilität"

Alle Artikel dieser Kategorie ansehen
Agiles Spotify Modell: Squads, Tribes, Chapters & Guilds erklärt

Agiles Spotify Modell: Squads, Tribes, Chapters & Guilds erklärt

Das agile Spotify Modell mit Squads, Tribes, Chapters und Guilds einfach erklärt. Erfahre mehr über Vorteile, typische Stolpersteine und Anwendungsfälle.

5 Sprint Retrospektive Ideen, die Teams garantiert feiern

5 Sprint Retrospektive Ideen, die Teams garantiert feiern

Entdecke 5 Sprint Retrospektive Ideen, die dein Team feiern wird! Von Akku-Retro bis Segelboot – verbessere deine agilen Prozesse und Teamarbeit.

Meine 7 Lieblings-Vorlagen für Agile Retrospektiven

Meine 7 Lieblings-Vorlagen für Agile Retrospektiven

Entdecke 7 ungewöhnliche Vorlagen für agile Retrospektiven, die dein Team garantiert motivieren! Von Akku bis CEO – neue Impulse für deine nächste Sprint Retro.

Wie kann man die Kommunikation in einem Remote-Software-Entwicklungsteam verbessern?

Wie kann man die Kommunikation in einem Remote-Software-Entwicklungsteam verbessern?

Verbessere die Kommunikation in Remote-Softwareteams! Entdecke wirksame Maßnahmen für agile Softwareentwicklung, von 1-1 Meetings bis zu Retrospektiven.

DORA & SPACE Metriken: 2 Team-Workshops zur Verbesserung

DORA & SPACE Metriken: 2 Team-Workshops zur Verbesserung

Optimiere deine Softwarebereitstellung mit DORA & SPACE Metriken! In diesem Artikel erfährst du, wie du mit Team-Workshops die Performance verbesserst.

Working Agreements: 10 Beispiele, Muster & Templates

Working Agreements: 10 Beispiele, Muster & Templates

Agile Working Agreements: 10 Beispiele, Muster & Templates für Scrum, Remote Teams und SAFe. So verbessern Sie die Zusammenarbeit und stärken Teams!

Checkliste für Teamleiter*innen: 10 zentrale Aufgaben

Checkliste für Teamleiter*innen: 10 zentrale Aufgaben

10 Aufgaben für Teamleiter: Diese Checkliste hilft dir, den Überblick zu behalten & deine Mitarbeiter optimal zu führen. ✓ Jetzt kostenlos als PDF!

Der Scrum Master als Servant Leader: 8 Gedankenanstöße

Der Scrum Master als Servant Leader: 8 Gedankenanstöße

Erfahre, wie du als Scrum Master zum Servant Leader wirst! 8 Tipps zu Kommunikation, Selbstorganisation und agilem Projektmanagement für dein agiles Team.

Nicht jedes Scrum Team ist agil: Fake Agile

Nicht jedes Scrum Team ist agil: Fake Agile

Nicht jedes Scrum Team ist agil: Erfahre, was Fake Agile bedeutet, welche Ursachen es hat (fehlendes Kundenfeedback, Fokus auf Velocity) und wie du dich schützt.

Echometer Newsletter

Verpasse keine Updates zu Echometer & erhalte Inspiration zum agilen Arbeiten