Sprint
Fester Container für alle Events
Übungsfragen zu Sprint (8)
❌Nur das Planungsmeeting zu Beginn
✅Ein fester Zeitrahmen (max. 1 Monat), in dem alle anderen Events stattfinden
❌Eine Pause zwischen zwei Releases
❌Ein Synonym für das Daily Scrum
Der Sprint ist der Container-Event von maximal einem Monat, in dem alle anderen Events (Planning, Daily, Review, Retro) stattfinden. Ein neuer Sprint startet direkt nach dem vorigen.
❌Rollen, Events, Artefakte
✅Warum ist der Sprint wertvoll? Was kann erreicht werden? Wie wird die Arbeit erledigt?
❌Budget, Zeit, Ressourcen
❌Wer ist schuld? Was lief schlecht? Was ändern wir?
Sprint Planning behandelt: Warum (Sprint-Ziel/Wert), Was (ausgewählte Backlog-Items) und Wie (Plan zur Umsetzung). Die zweite Option beschreibt die Retrospektive.
❌Den nächsten Sprint detailliert planen
✅Das Increment inspizieren und das Product Backlog gemeinsam mit Stakeholdern anpassen
❌Die Developers bewerten
❌Die Zusammenarbeit im Team verbessern
Im Sprint Review inspizieren Scrum-Team und Stakeholder das Increment und passen das Product Backlog an. Die Team-Verbesserung ist Thema der Retrospektive.
✅Wege finden, um Qualität und Effektivität der Zusammenarbeit zu steigern
❌Das Product Backlog priorisieren
❌Den Sprint-Umfang festlegen
❌Das Increment den Stakeholdern zeigen
Die Retrospektive dient dazu, wie das Team zusammenarbeitet zu inspizieren und Verbesserungen zu planen (Qualität/Effektivität). Sie ist der letzte Event im Sprint.
❌Der Scrum Master
❌Die Developers per Mehrheit
✅Nur der Product Owner
❌Jeder Stakeholder
Nur der Product Owner hat die Autorität, einen Sprint abzubrechen – typischerweise wenn das Sprint-Ziel obsolet geworden ist.
❌Das Sprint-Ziel darf beliebig oft während des Sprints ausgetauscht werden
✅Während des Sprints wird die Qualität nicht gesenkt
✅Ein neuer Sprint beginnt unmittelbar nach dem Ende des vorherigen
✅Ein Sprint dauert maximal einen Monat
✅Der Umfang kann mit dem PO neu verhandelt werden, wenn mehr klar wird
Sprints sind max. 1 Monat, folgen nahtlos aufeinander, Qualität wird nicht gesenkt, und der Umfang kann bei wachsendem Wissen mit dem PO verhandelt werden. Das Sprint-Ziel bleibt aber stabil – es wird nicht beliebig ausgetauscht.
❌Genau zwei Wochen
❌Maximal sechs Wochen
✅Einen Monat oder weniger
❌Maximal ein Quartal
Sprints dauern einen Monat oder weniger. Längere Zeiträume machen das Sprint-Ziel unscharf, erhöhen die Komplexität und verzögern Feedback.
❌Nach Freigabe durch das Management
❌Sobald der Product Owner das Backlog fertig aufbereitet hat
❌Nach einer Pufferwoche zur Stabilisierung
✅Unmittelbar nach dem Abschluss des vorherigen Sprints
Sprints folgen unmittelbar aufeinander. Stabilisierungs- oder Puffersprints zwischen Sprints sind nicht Teil von Scrum.