Sprint

Jedes Scrum-Projekt liefert das Endprodukt nach einer Anzahl von Zyklen, die Sprints genannt werden. In jedem Sprint wird ein Inkrement entwickelt. Ein Inkrement ist ein potenziell auslieferbarer Teil des Endprodukts. Ein Inkrement ist eine Summe aller Product Backlog-Items, die bisher in einem Projekt abgeschlossen wurden, und dieses Inkrement wird nach jedem Sprint immer größer. Daher können Sie jedes neue Inkrement am Ende eines Sprints als eine aktualisierte Version des vorherigen Inkrements mit neuen Merkmalen und Funktionalitäten betrachten, die tatsächlich freigegeben (in Gebrauch genommen) werden können oder auch nicht, aber immer potenziell auslieferbar sein sollten.


Kunden fordern normalerweise Änderungen an, wenn sie das Inkrement sehen (während der Überprüfung des Sprints), und wir vermerken diese neuen Anforderungen im Product Backlog.


Der Sprint ist ein zeitlich begrenztes Ereignis, was bedeutet, dass wir seine Dauer zu Beginn des Projekts festlegen und es nicht häufig oder gelegentlich ändern sollten. Sprints werden normalerweise auf einen Monat oder weniger festgelegt.

Ein wichtiger Punkt ist, dass wir die Punkte des Sprint Backlog nicht mehr ändern, nachdem der Sprint begonnen wurde und die Pläne festgelegt sind. Auch das Sprint-Ziel (wird in der Sprint-Planung weiter besprochen) sollte nicht geändert werden. Der Product Owner und das Entwicklungsteam könnten versuchen, den Umfang zu klären und neu zu verhandeln, je mehr man erfährt, je mehr man sich über die zu liefernden Gegenstände orientiert, aber sie werden das Sprint Backlog nicht ändern. Auch die Zusammensetzung des Entwicklungsteams sollte sich während eines Sprints nicht ändern. Diese Einschränkungen sollen es ermöglichen, sich zu konzentrieren und die Dinge zu erledigen.


Jeder Punkt (Story) im Product Backlog sollte normalerweise in einem einzigen Sprint entwickelt (abgeschlossen) werden können, da dies viel einfacher zu handhaben ist. Der Product Owner und das Entwicklungsteam wählen oben im Product Backlog eine Reihe von Punkten aus (dies wurde vom Product Owner bereits als vorrangig eingestuft) und streben an, sie „fertig“ (zu 100% abgeschlossen) zu bekommen. Wir wollen, dass sie wirklich „Erledigt“ sind, wenn der Sprint vorbei ist, und erstellen ein Inkrement. Ein Inkrement ist die Summe aller während eines Sprints und aller vorherigen Sprints erledigten Elemente.


Es ist wichtig, sich zu Beginn des Projekts auf eine „Definition of Done“ zu einigen. Wir werden etwas nicht als „Erledigt“ bezeichnen, es sei denn, es entspricht der Definition. Ein zu 99,999% abgeschlossenes Element gilt nicht als „Erledigt“, es wäre nicht Teil des Inkrements und würde dem Kunden beim Sprint-Review nicht vorgeführt.

Sprint Timeboxen: Die meisten Unternehmen verwenden Sprint-Zeitboxen von 2 bis 4 Wochen. Wenn wir für Sprints Zeitboxen verwenden, die länger als einen Kalendermonat dauern, ist es wahrscheinlich, dass die nicht angewandten Änderungen groß genug werden, um Probleme zu verursachen. Dies wird die Komplexität und das Risiko erhöhen. Deshalb sollten die Sprints nicht länger als einen Kalendermonat dauern. Die Sprints sollten auch nicht zu kurz sein, weil wir dann nicht in der Lage wären, vollständige Backlog-Items zu liefern. Unser Ziel ist es, das Endprodukt Stück für Stück innerhalb der Sprints zu liefern; wir wollen ein einziges Product Backlog Item nicht auf mehrere Sprints aufteilen.


Kann ein Sprint abgesagt werden? Auch wenn jeder Sprint eingefroren ist und sich nicht ändert, hat der Product Owner die Befugnis, einen Sprint zu stornieren. Dies kann geschehen, wenn das Sprint-Ziel aufgrund von Änderungen des Product Backlog, der Strategien, des Ansatzes usw. obsolet wird. Wenn ein Sprint abgebrochen wird, werden die Punkte, die „Erledigt“ sind, überprüft und akzeptiert, und der Rest der Punkte (nicht gestartet oder teilweise erledigt) wird in das Product Backlog zurückgelegt, um in der Zukunft erledigt zu werden.