Sprint

Das Herz von Scrum ist der Sprint, ein Zeitraum [Time Box] von maximal einem Monat, innerhalb dessen ein fertiges ["Done"], nutzbares und potenziell auslieferbares Produktinkrement hergestellt wird. Alle Sprints innerhalb eines Entwicklungsvorhabens sollten die gleiche Dauer haben. Der neue Sprint startet sofort nach Abschluss des vorherigen Sprints.

 

Ein Sprint beinhaltet und umfasst das Sprint Planning, die Daily Scrums, die Entwicklungsarbeit, das Sprint Review und die Sprint Retrospektive.

 

Während des Sprints:

  • werden keine Änderungen vorgenommen, die das Sprint-Ziel gefährden,

  • wird der Qualitätsanspruch nicht geschmälert, und

  • kann der Anforderungsumfang zwischen Product Owner und Entwicklungsteam geklärt und neu ausgehandelt werden, wenn sich neue Erkenntnisse ergeben haben.

 

Jeder Sprint kann als ein Projekt mit einem Zeithorizont von maximal einem Monat gesehen werden. Wie mit einem Projekt will man mit einem Sprint etwas Bestimmtes erreichen. Jeder Sprint hat ein Ziel, was gebaut werden soll, einen Entwurf und einen flexiblen Plan, der die Umsetzung, die Arbeit und das resultierende Produktinkrement in die richtige Richtung lenkt.

 

Sprints sind auf einen Kalendermonat beschränkt. Wenn der Zeithorizont eines Sprints zu groß gewählt wird, kann sich die Definition des Ergebnisses ändern, die Komplexität ansteigen und das Risiko erhöhen. Sprints ermöglichen Vorhersagbarkeit, indem sie mindestens einmal im Monat Überprüfung und Anpassungen des Fortschritts zu einem bestimmten Sprint-Ziel sicherstellen. Sprints reduzieren dazu noch das Risiko auf die Kosten eines Monats.

 

[Ken20, S. 9]

 

Überwachung des Sprint Fortschritts

Zu jedem Zeitpunkt im Sprint kann die gesamte verbleibende Arbeit an den Sprint-Backlog-Einträgen aufsummiert werden. Das Entwicklungsteam verfolgt diese gesamte Restarbeit mindestens zu jedem Daily Scrum, um die Wahrscheinlichkeit, das Sprint-Ziel zu erreichen, sichtbar zu machen. Durch die Nachverfolgung der verbleibenden Arbeit während des Sprints kann das Entwicklungsteam seinen Fortschritt steuern.

[Ken20, S. 17]