Sprint Review
Ergebnisse inspizieren und Product Backlog anpassen.
Im Sprint Review (am Sprint-Ende) wird das Increment vorgestellt und das Ergebnis inspiziert. Stakeholder geben Feedback, der Product Backlog wird angepasst. Das Sprint Review ist KEINE reine Präsentation/Demo.
Passende Übungsfragen
❌Den nächsten Sprint detailliert planen
✅Das Increment inspizieren und das Product Backlog gemeinsam mit Stakeholdern anpassen
❌Die Developers bewerten
❌Die Zusammenarbeit im Team verbessern
Im Sprint Review inspizieren Scrum-Team und Stakeholder das Increment und passen das Product Backlog an. Die Team-Verbesserung ist Thema der Retrospektive.
❌Stakeholder dürfen an keinem Scrum-Event teilnehmen
❌Stakeholder kommunizieren ausschließlich mit dem Scrum Master
❌Stakeholder sind Teil des Scrum Teams
✅Stakeholder gehören nicht zum Scrum Team, werden aber aktiv einbezogen – vor allem im Sprint Review
Stakeholder stehen außerhalb des Scrum Teams. Das Sprint Review ist die formale Gelegenheit zur gemeinsamen Inspektion und Zusammenarbeit.
✅Weil alle anderen Scrum-Events innerhalb des Sprints stattfinden
❌Weil er alle Product-Backlog-Einträge enthält
❌Weil er das fertige Produkt enthält
❌Weil er die Arbeit mehrerer Teams bündelt
Sprint Planning, Daily Scrum, Sprint Review und Sprint Retrospective finden alle innerhalb des Sprints statt.
✅Vier Stunden
❌Drei Stunden
❌Zwei Stunden
❌Acht Stunden
Maximal vier Stunden bei einem Monatssprint, bei kürzeren Sprints entsprechend kürzer.
❌Das Increment formal abzunehmen und freizugeben
❌Dem Management den Projektstatus zu berichten
❌Die Arbeit des Teams zu bewerten und Leistung zu beurteilen
✅Das Ergebnis des Sprints zu inspizieren und mit den Stakeholdern das weitere Vorgehen anzupassen
Das Review ist eine Arbeitssitzung zur gemeinsamen Inspektion und Anpassung des Product Backlogs – keine Statuspräsentation und kein Abnahme-Gate.