Der Sprint ist auf 30 aufeinanderfolgende Kalendertage begrenzt. Abgesehen von anderen Faktoren ist dies die Zeit, die ein Team benötigt, um etwas zu erstellen, das für den Product Owner und die Stakeholder von erheblichem Interesse ist, und es in einen Zustand zu bringen, in dem es möglicherweise ausgeliefert werden kann.
Dies ist auch die maximale Zeit, die zugewiesen werden kann, ohne dass das Team so viel Arbeit leistet, dass es Artefakte und Dokumentation benötigt, um seine Denkprozesse zu unterstützen. Es ist auch die maximale Zeit, die die meisten Stakeholder warten werden, ohne das Interesse am Fortschritt des Teams zu verlieren und ohne den Glauben daran zu verlieren, dass das Team etwas Sinnvolles für sie tut.
- Das Team kann sich während des Sprints Rat, Hilfe, Informationen und Unterstützung von außen holen.
- Niemand kann dem Team während des Sprints Ratschläge, Anweisungen, Kommentare oder Anweisungen geben. Das Team verwaltet sich vollkommen selbst.
- Das Team verpflichtet sich während des Sprint-Planungsmeetings zum Product Backlog. Niemand darf dieses Product Backlog während des Sprints ändern. Das Product Backlog wird bis zum Ende des Sprints eingefroren.
- Wenn sich der Sprint als nicht durchführbar erweist, kann der Scrum Master den Sprint abnormal beenden und ein neues Sprint-Planungsmeeting
einleiten, um den nächsten Sprint einzuleiten. Der Scrum Master kann diese Änderung von sich aus oder auf Wunsch des Teams oder des Product Owners vornehmen. Der Sprint kann sich als nicht durchführbar erweisen, wenn sich die Technologie als nicht praktikabel erweist, wenn sich die Geschäftsbedingungen so ändern, dass der Sprint für das Unternehmen keinen Wert hat, oder wenn das Team während des Sprints von jemandem außerhalb des Teams gestört wird.
Wenn sich das Team nicht in der Lage fühlt, das gesamte zugesagte Product Backlog während des Sprints zu vervollständigen, kann es sich mit dem Product Owner darüber beraten, welche Elemente aus dem aktuellen Sprint entfernt werden sollen. Wenn so viele Elemente entfernt werden müssen, dass der Sprint seinen Wert und seine Bedeutung verloren hat, kann der Scrum Master den Sprint, wie zuvor erwähnt, abnormal beenden. - Wenn das Team feststellt, dass es während des Sprints mehr Product Backlog bearbeiten kann, als es während des Sprint-Planungsmeetings ausgewählt hat, kann es sich mit dem Product Owner darüber beraten, welche zusätzlichen Product Backlog-Einträge dem Sprint hinzugefügt werden können.
- Die Teammitglieder haben während des Sprints zwei administrative Aufgaben: Sie müssen am Daily Scrum-Meeting teilnehmen und das Sprint-Backlog auf dem neuesten Stand halten und in einem öffentlichen Ordner auf einem öffentlichen Server verfügbar halten, der für alle sichtbar ist. Neue Aufgaben müssen dem Sprint Backlog hinzugefügt werden, sobald sie konzipiert sind, und die laufenden, täglich geschätzten Stunden, die für jede Aufgabe verbleiben, müssen auf dem neuesten Stand gehalten werden.
English
简体中文
繁體中文
Deutsch
Español
Français
العربية
Italiano
Português
日本語
Nederlands
Русский