Scrum-Leitfaden · Scrum-Events
Sprint Review vs. Sprint-Retrospektive: Was ist der Unterschied?
Sprint Review und Sprint Retrospective finden beide am Ende eines Sprints statt, weshalb sie oft verwechselt werden. Kurz gesagt: Im Review geht es um das Produkt, in der Retrospektive um den Prozess.
Das Wichtigste in Kürze
- Review: Produkt und Stakeholder; Retrospektive: Prozess und Team.
- Das Review aktualisiert das Backlog; die Retrospektive erzeugt Verbesserungsmaßnahmen.
- Halten Sie sie getrennt.
Im direkten Vergleich
| Sprint Review | Sprint-Retrospektive | |
|---|---|---|
| Schwerpunkt | Das Produkt: was gebaut wurde | Das Team: wie es gearbeitet hat |
| Frage | Was sollten wir als Nächstes tun? | Wie können wir besser arbeiten? |
| Teilnehmende | Scrum Team und Stakeholder | Nur das Scrum Team |
| Ergebnis | Aktualisiertes Product Backlog | Verbesserungsmaßnahmen |
| Timebox (1-Monats-Sprint) | Bis zu 4 Stunden | Bis zu 3 Stunden |
| Reihenfolge | Zuerst | Nach dem Review; schließt den Sprint ab |
Warum beide nötig sind
Ohne Review baut das Team womöglich effizient das Falsche. Ohne Retrospektive baut es womöglich ineffizient das Richtige und verbessert sich nie. Zusammen wenden sie Empirismus auf Produkt und Prozess an.
Häufige Verwechslungen
- Teamprobleme im Review vor den Stakeholdern besprechen.
- Die Retrospektive in eine Feedbackrunde zum Produkt verwandeln.
- Beide in einem Meeting zusammenlegen und in beiden an Tiefe verlieren.
Kostenlose Vorlagen zu diesem Thema
Häufig gestellte Fragen
Was kommt zuerst, das Sprint Review oder die Retrospektive?
Das Sprint Review kommt zuerst; die Sprint Retrospective schließt den Sprint ab.
Dürfen Stakeholder an Sprint Review und Retrospektive teilnehmen?
Stakeholder sind zentrale Teilnehmende im Sprint Review. Die Retrospektive ist für das Scrum Team da; die Einladung anderer kann die Offenheit verringern, auch wenn Teams manchmal Gäste zu bestimmten Themen einladen.
Sprint Review vs. Sprint Retrospective: Was ist der Hauptunterschied?
Das Review überprüft das Produkt und passt das Product Backlog gemeinsam mit den Stakeholdern an. Die Retrospektive überprüft die Arbeitsweise des Scrum Teams und plant Verbesserungen.
Wie lange dauern Sprint Review und Retrospektive?
Bei einem einmonatigen Sprint ist das Review auf vier Stunden und die Retrospektive auf drei Stunden begrenzt. Bei kürzeren Sprints sind beide meist kürzer.
Können Sprint Review und Retrospektive am selben Tag stattfinden?
Ja. Viele Teams halten am letzten Tag des Sprints zuerst das Review und dann die Retrospektive ab, oft mit einer Pause dazwischen.
Was sind die Ergebnisse von Sprint Review und Retrospektive?
Das Sprint Review liefert ein angepasstes Product Backlog. Die Sprint Retrospective liefert Verbesserungsmaßnahmen, von denen einige in das nächste Sprint Backlog aufgenommen werden können.
Sind Sprint Review und Retrospektive nur eine Demo und Lessons Learned?
Im Großen und Ganzen, wobei das Review mehr als eine Demo ist, weil dort besprochen wird, was als Nächstes zu tun ist. Die Retrospektive ist eine regelmäßige Kurzzyklus-Version der Lessons Learned.
Nimmt der Product Owner an Sprint Review und Retrospektive teil?
Ja. Der Product Owner ist Mitglied des Scrum Teams und nimmt an beiden Events teil.
Was ist wichtiger, das Sprint Review oder die Retrospektive?
Keines von beiden. Das Review stellt sicher, dass das Team das Richtige baut; die Retrospektive, dass es gut arbeitet. Wer eines auslässt, schwächt den Empirismus.
Gehört Produktfeedback ins Sprint Review oder in die Retrospektive?
Ins Sprint Review. Kommt in einer Retrospektive Produktfeedback auf, geben Sie es an den Product Owner weiter, der es für das Product Backlog berücksichtigen kann. Die Retrospektive selbst sollte sich auf die Arbeitsweise des Teams konzentrieren.
Wie unterscheiden sich Sprint Review und Retrospektive vom Sprint Planning?
Review und Retrospektive blicken zurück, auf das Inkrement und auf die Arbeitsweise des Teams; das Sprint Planning blickt nach vorn und wählt Arbeit für den nächsten Sprint aus. Beide fließen ins Planning ein: das Review über das angepasste Product Backlog und die Retrospektive über Verbesserungsmaßnahmen.