Sprint Review

Kurzfassung: Was ist ein Sprint Review?

Im Sprint Review prüft das Scrum Team – ggf. mit weiteren, vom Product Owner eingeladenen, Stakeholdern – am Ende eines Sprints den erzielten Fortschritt und erarbeitet die Grundlagen für das folgende Sprint Planning. Der Scrum Guide betont, dass das Sprint Review informellen Charakter hat und nicht der Berichterstattung über den Projektstatus dient.

Sprint Review

Kurzfassung: Was ist ein Sprint Review?

Im Sprint Review prüft das Scrum Team – ggf. mit weiteren, vom Product Owner eingeladenen, Stakeholdern – am Ende eines Sprints den erzielten Fortschritt und erarbeitet die Grundlagen für das folgende Sprint Planning. Der Scrum Guide betont, dass das Sprint Review informellen Charakter hat und nicht der Berichterstattung über den Projektstatus dient.

Wir empfehlen zum Thema Scrum
1 Tag
26.06.2024
795,00,-
So gelingen Veränderungen unter hoher Auslastung

In diesem Workshop betrachten wir verschiedene Wege, wie Unternehmen Veränderungen unter Vollauslastung des Systems erfolgreich einleiten und umsetzen können. Mehr Infos

Eine praxisgerechte Anleitung zur Durchführung eines Sprint Reviews liefert Ihnen die Methode Sprint Review.

Sprint Review als Scrum-Event

Das Sprint Review ist einer der in Scrum definierten Standardvorgänge. Der Scrum Guide bezeichnet diese Standardvorgänge als "Scrum Events", d.h. ungenau als "Ereignisse".

Teilnehmer

Dauer

Wie alle anderen Standardvorgänge wird auch das Sprint Review als Time Box, durchgeführt d.h. mit einer fixierten Dauer. Der Scrum Guide gibt als Richtgröße für die maximale Dauer des Sprint Reviews vier Stunden für einen vierwöchigen Sprint an, bei kürzeren Sprints sei das Sprint Review meist kürzer.

Ablauf des Sprint Review

Der Scrum Master stellt sicher, dass das Sprint Review stattfindet und dass die Teilnehmer den Zweck des Sprint Reviews verstanden haben. Der Product Owner erklärt, welche im Sprint bearbeiteten User Storys die Definition of Done erfüllen (und welche nicht). Die Mitglieder des Entwicklungsteams berichten über den durchgeführten Sprint und präsentieren das erreichte Inkrement.

Auf dieser Basis bereiten die Teilnehmer die weiteren Schritte vor. Der Product Owner ist dafür verantwortlich, dass das Product Backlog bei Bedarf aktualisiert wird, z.B. User Storys neu definiert, entfernt oder neu priorisiert werden. Gemeinsam überlegen die Teilnehmer, welche Arbeiten als nächstes durchgeführt werden sollen und bereiten so das Sprint Planning vor. Dabei werden übergeordnete Aspekte wie z.B. Marktentwicklung, Budget und Terminplan berücksichtigt

Erläuterung und Diskussion

Die Abgrenzung des Sprint Reviews im Scrum Guide gegenüber dem traditionellen Projektstatusbericht fällt auf. Inhaltlich beschäftigt sich das Sprint Review zwar genau mit dem Projektstatus, aber offensichtlich wollen Ken Schwaber und Jeff Sutherland, die Autoren des Scrum Guides, sich bewusst von traditionellen Vorgehensweisen abgrenzen. Als Grund dafür kann man vermuten, dass der traditionelle Plan-Ist-Vergleich im Sprint Review zwar stattfindet (der Product Owner stellt fest, welche User Storys des Sprint Backlogs tatsächlich fertiggestellt wurden und welche nicht), dies aber nicht bewertet wird. Stattdessen steht die Vorbereitung der anschließenden Sprint Retrospektive und des folgenden Sprint Plannings im Fokus des Sprint Reviews.

Vorschaubild
Planen Sie mit dem gesamten Scrum-Team den nächsten Sprint und sorgen Sie so für einen stabilen Entwicklungsprozess!
Vorschaubild
Halten Sie Ihr Projekt mit nur 15 Minuten täglich auf Kurs! Das Team stimmt sich mit dem Daily Scrum effizient ab, plant den Arbeitstag und identifiziert sofortigen Handlungsbedarf für das Projektmanagement.
Vorschaubild
Halten Sie Ihr agiles Projekt auf Kurs und beschließen Sie notwendige Maßnahmen zur Steuerung, in dem Sie nach jedem Sprint das Feedback der Stakeholder zum Produktinkrement einholen!
Vorschaubild
Reflektieren und analysieren Sie mit dem Scrum Team den zurückliegenden Sprint! Leiten Sie gemeinsam aus den positiven und negativen Erfahrungen Maßnahmen ab, um im nächsten Sprint die Produktivität des Entwicklungsteams zu erhöhen.

Sein Entwicklungsprojekt steckte in einer Sackgasse, aus der es nur unter erheblichem Mehraufwand wieder herauskommen konnte. Aber Dave Boddin hatte weder zusätzliche Ressourcen, noch einen Mentor, der ihn beriet.

Bewertungen

Diese Funktion steht nur eingeloggten Nutzern zur Verfügung.
Gesamt
Bewertungen 19
Kommentare 0