Inspektion des Produktinkrements mit Stakeholdern – Demo, Feedback, Backlog-Anpassung.
Das Sprint Review ist das Event, in dem das Team das fertige Produktinkrement den Stakeholdern zeigt und gemeinsam das Product Backlog auf Basis des Feedbacks anpasst. Es findet am Ende jedes Sprints statt, vor der Retrospektive. Das Ziel ist Inspektion und Adaption: Die Stakeholder sehen, was gebaut wurde, und das Team lernt, ob es die richtige Richtung einschlaegt.
Entscheidend ist, dass funktionierende Software gezeigt wird, keine Folien oder Screenshots. Wenn Kunden die neue Suchfunktion live testen und dabei feststellen, dass ein Preisfilter fehlt, entsteht unmittelbar ein neues Backlog-Item. Dieses direkte Feedback ist wertvoller als jede vorab formulierte Anforderung, weil es auf tatsaechlicher Nutzung basiert. Gute Sprint Reviews sind interaktiv: Stakeholder können Fragen stellen, das Produkt selbst ausprobieren und ihre Prioritäten für die nächsten Sprints einbringen.
Der Scrum Guide empfiehlt maximal vier Stunden für einen Vier-Wochen-Sprint. In der Praxis dauern Reviews bei kuerzeren Sprints oft 30 bis 60 Minuten. Der häufigste Fehler ist, das Review als reine Demo-Veranstaltung zu behandeln, statt es als Feedback-Schleife zu nutzen.
Methoden anwenden statt nur kennen. Trainings und Workshops ansehen
