Sprint Review

Diese Begriffserklärung teilen
« Zurück zum Glossar Index
Sprint Review

Bild von maniacvector auf Freepik

Das Sprint Review ist ein wichtiger Bestandteil des Scrum-Frameworks und stellt ein zentrales Ereignis im Scrum-Prozess dar. Es handelt sich um ein Treffen, das am Ende jedes Sprints (einer Zeitspanne von meist zwei bis vier Wochen) stattfindet, in dem das Scrum-Team zusammenkommt, um den Fortschritt zu überprüfen und zu bewerten.

Ziel des Sprint Reviews:

Das Hauptziel des Sprint Reviews ist es, Transparenz und Feedback zu schaffen. Es ermöglicht dem Team, den fortschreitenden Arbeitsstand und das Produktinkrement zu präsentieren, um zu überprüfen, ob das Sprintziel erreicht wurde und ob das Produkt weiterentwickelt oder angepasst werden muss.

1. Teilnehmer des Sprint Reviews

  • Scrum-Team: Dazu gehören der Product Owner, der Scrum Master und das Entwicklungsteam.
  • Stakeholder: Dies können wichtige Interessengruppen wie Kunden, Führungskräfte, Geschäftspartner oder andere Teammitglieder sein, die wertvolles Feedback zum Produkt und zum Fortschritt des Projekts geben können.

2. Ablauf des Sprint Reviews

Der Ablauf eines Sprint Reviews kann variieren, aber in der Regel folgt es einem strukturierten Prozess:

🔹 Präsentation des Produktinkrements:

  • Zu Beginn des Sprint Reviews präsentiert das Entwicklungsteam das Produktinkrement, das während des Sprints entwickelt wurde. Das Inkrement umfasst alle Funktionen und Änderungen, die in diesem Sprint abgeschlossen wurden.
  • Das Team demonstriert, wie die User Stories und Akzeptanzkriterien umgesetzt wurden und wie das Produkt in seiner aktuellen Version funktioniert.

🔹 Überprüfung des Fortschritts und des Sprintziels:

  • Der Product Owner bewertet, inwieweit das Sprintziel erreicht wurde. Es wird überprüft, welche geplanten Aufgaben abgeschlossen und welche nicht erledigt wurden.
  • Das Team diskutiert die erreichten und nicht erreichten Ziele und den Grund für etwaige Abweichungen.

🔹 Feedback von den Stakeholdern:

  • Stakeholder (z.B. Kunden oder Endbenutzer) geben Feedback zu dem gezeigten Inkrement. Dieses Feedback ist wichtig, um sicherzustellen, dass das Produkt den Erwartungen und Bedürfnissen der Zielgruppe entspricht.
  • Das Feedback wird genutzt, um das Produkt weiter anzupassen, mögliche Änderungen zu berücksichtigen und die nächsten Schritte zu planen.

🔹 Anpassungen und Ausblick:

  • Das Scrum-Team diskutiert mögliche Anpassungen des Produkts basierend auf dem Feedback. Möglicherweise gibt es neue Prioritäten, die vom Product Owner berücksichtigt werden müssen.
  • Der Product Owner kann dann eine Einschätzung darüber geben, welche User Stories oder Features in den nächsten Sprint aufgenommen werden sollten.

3. Mögliche Themen des Sprint Reviews

  • Produktstand und Entwicklung: Wie hat sich das Produkt im Vergleich zu den ursprünglichen Anforderungen entwickelt? Welche neuen Funktionen wurden hinzugefügt?
  • Feedback: Welche Rückmeldungen haben die Stakeholder gegeben, und wie können sie in die nächsten Sprints integriert werden?
  • Prozessverbesserungen: Wurden während des Sprints neue Herausforderungen erkannt, und wie kann der Entwicklungsprozess in zukünftigen Sprints verbessert werden?
  • Anpassungen an der Produkt-Roadmap: Aufgrund von Feedback und neuen Anforderungen könnte es notwendig sein, die Produkt-Roadmap oder die Prioritäten anzupassen.

4. Dauer des Sprint Reviews

Das Sprint Review dauert typischerweise zwischen 1 und 4 Stunden, abhängig von der Länge des Sprints. In der Regel beträgt die Dauer etwa 1 Stunde pro Monat des Sprints. Ein Sprint, der zwei Wochen dauert, würde beispielsweise ein Review von etwa 1 bis 2 Stunden erfordern.

5. Ergebnis des Sprint Reviews

Am Ende des Sprint Reviews sollte ein klarer Überblick darüber bestehen, wie das Projekt voranschreitet und welche Änderungen oder Anpassungen erforderlich sind:

  • Eine aktualisierte Produkt-Roadmap oder ein Produkt-Backlog basierend auf dem Feedback.
  • Eine klare Sicht darauf, welche Features und User Stories in zukünftige Sprints aufgenommen werden.
  • Akzeptierte Änderungen und Entscheidungen basierend auf dem Feedback der Stakeholder.

„Möchtest Du zu diesen Begriff oder einem anderen Thema mit uns ins Gespräch kommen?“

Dann kontaktiere uns einfach hier! 😊

6. Unterschiede zwischen Sprint Review und Sprint Retrospective

Es ist wichtig, den Unterschied zwischen dem Sprint Review und der Sprint Retrospective zu verstehen:

  • Sprint Review: Fokussiert sich auf das Produkt und das Feedback der Stakeholder. Es geht darum, den Fortschritt und das Produktinkrement zu prüfen.
  • Sprint Retrospective: Fokussiert sich auf den Prozess. Hier geht es darum, zu bewerten, wie der Sprint abgelaufen ist, und zu ermitteln, wie das Scrum-Team seine Arbeitsweise verbessern kann.

7. Fazit

Das Sprint Review ist ein bedeutendes Ereignis im Scrum-Prozess, das dem Team und den Stakeholdern hilft, den Fortschritt des Projekts zu überprüfen, Feedback zu sammeln und die nächsten Schritte zu planen. Durch die regelmäßigen Sprint Reviews kann das Team sicherstellen, dass das Produkt kontinuierlich in die richtige Richtung entwickelt wird und die Anforderungen der Stakeholder berücksichtigt werden. Es fördert die Transparenz, Zusammenarbeit und Feedback-Kultur und trägt zur kontinuierlichen Verbesserung des Produkts und des Teams bei.

Wir sind darum bemüht die angebotenen Informationen aktuell zu halten und diese in knapper und verständlicher Form darzustellen. Fehler und Irrtümer bleiben aber menschlich und darum vorbehalten. Bei Unstimmigkeiten zu einem Begriff, bitten wir darum dies per E-Mail mit uns zu diskutieren. Bitte nutze hierfür unsere E-Mail: info@jupiterexpress.de« Zurück zum Glossar Index