Sprint Review
Definition
Das Sprint Review ist ein Scrum-Ereignis, das am Ende jedes Sprints stattfindet, um das entstandene Inkrement zu inspizieren und das Product Backlog bei Bedarf anzupassen. Das Scrum-Team und relevante Stakeholder arbeiten zusammen, um die erzielten Ergebnisse zu überprüfen, Feedback zu sammeln und gemeinsam über die nächsten Schritte zu beraten, um den Produktwert zu maximieren.
Warum es wichtig ist
Das Sprint Review fördert Transparenz, Verantwortlichkeit und Anpassungsfähigkeit. Es stellt sicher, dass das Team regelmäßig mit Stakeholdern in Austausch tritt und fundierte Entscheidungen über die Produktentwicklung auf Grundlage realer Fortschritte und Rückmeldungen treffen kann. Dadurch werden lange Feedback-Schleifen vermieden und kontinuierliche Ausrichtung auf Kundenbedürfnisse und Marktveränderungen ermöglicht.
Darüber hinaus stärkt das Review ein gemeinsames Verantwortungsgefühl und baut Vertrauen zwischen Scrum-Team und Stakeholdern durch offene und ehrliche Gespräche über die Ergebnisse auf.
Wann & wie es verwendet wird
Das Sprint Review findet am Ende jedes Sprints statt und ist auf maximal 4 Stunden für einen einmonatigen Sprint begrenzt (kürzere Sprints haben entsprechend kürzere Reviews). Es handelt sich um eine aktive Arbeitssitzung – nicht nur um eine Demo – in der die Beteiligten erkunden, was erreicht wurde und was als Nächstes folgen sollte.
Zentrale Bestandteile sind:
- Überprüfung des Sprint-Ziels und der erledigten Product Backlog Items
- Vorführung des funktionierenden Inkrements
- Diskussion über Herausforderungen, Hindernisse und Marktveränderungen
- Gemeinsamer Input zur Priorisierung und Planung der nächsten Schritte
Das Product Backlog kann basierend auf neuen Erkenntnissen aus der Diskussion angepasst werden.
Beispiel aus der Praxis
Am Ende eines zweiwöchigen Sprints lädt ein Scrum-Team relevante Stakeholder zum Sprint Review ein. Das Team präsentiert neue Funktionen im Dashboard-Modul, darunter eine Echtzeit-Filterung. Eine Stakeholderin merkt an, dass es hilfreich wäre, Filtereinstellungen als Presets speichern zu können. Das Team bespricht den Aufwand, und der Product Owner aktualisiert das Product Backlog entsprechend. Die Sitzung endet mit einem Blick auf Leistungskennzahlen und einer Diskussion darüber, im nächsten Sprint den Fokus auf mobile Optimierung zu legen.
Häufige Fallstricke oder Missverständnisse
- Nur als Demo betrachtet: Das Sprint Review ist ein kollaborativer Austausch, kein reines Präsentationsmeeting.
- Keine Stakeholder einbezogen: Ohne echte Rückmeldung von Anwendern oder Geschäftsvertretern verliert das Review an Wert.
- Wird ausgelassen: Das Überspringen des Reviews nimmt dem Team wichtige Möglichkeiten zur Inspektion und Anpassung.
- Unfertige Arbeit verschleiern: Teams sollten offen über Herausforderungen oder nicht abgeschlossene Items sprechen, um Vertrauen zu schaffen und aus Fehlern zu lernen.