Der Sprint: Container für alle Events - Scrum Master Essentials

1Was ist ein Sprint?

Der Sprint ist der Herzschlag von Scrum – ein Event mit fester Länge von einem Monat oder weniger, das alle anderen Scrum-Events enthält.

Wichtige Merkmale:

Feste Länge: Einmal festgelegt, ändert sich die Sprint-Länge nicht während des Sprints
Konsistent: Sprints folgen unmittelbar aufeinander, keine Lücken
Enthält ein Ziel: Jeder Sprint hat ein Sprint-Ziel, das Fokus bietet
Erzeugt ein Inkrement: Etwas potenziell Auslieferbares am Ende

Übliche Sprint-Längen:

1 Woche: Umgebungen mit hohem Feedback-Bedarf, hohe Unsicherheit
2 Wochen: Am häufigsten, balanciert Feedback mit Fokuszeit
3-4 Wochen: Größere, komplexere Arbeit (sparsam einsetzen)

Kürzer ist meist besser

Kürzere Sprints reduzieren Risiken und erhöhen Feedback-Möglichkeiten. Wenn Sie unsicher sind, beginnen Sie mit 2 Wochen. Gehen Sie nur länger, wenn Sie einen überzeugenden Grund haben.

2Das Sprint-Ziel

Das Sprint-Ziel ist das einzelne Ziel für den Sprint. Es bietet:

Fokus: Ein klares Ziel, das tägliche Entscheidungen leitet. Wenn Prioritäten kollidieren, ist das Sprint-Ziel der entscheidende Faktor.

Kohärenz: Einzelne Items sind mit etwas Bedeutsamem verbunden. Der Sprint ist nicht nur eine zufällige Sammlung von Aufgaben.

Flexibilität: Solange das Ziel erreicht wird, können die spezifischen Items angepasst werden. Dies schützt den Sprint vor Scope Creep und ermöglicht gleichzeitig Anpassung.

Gute Sprint-Ziele sind:

Geschäftsorientiert: „Benutzern das Zurücksetzen von Passwörtern ermöglichen", nicht „Passwort-Reset-Endpunkt implementieren"
Messbar: Sie können feststellen, ob Sie es erreicht haben
Erreichbar: Das Team glaubt, es ist möglich
Singular: Ein Hauptziel, keine Liste

Gutes Sprint-Ziel

Benutzer können den Checkout-Prozess Ende-zu-Ende mit Kreditkarte abschließen.

Schwaches Sprint-Ziel

Die Tickets im Sprint Backlog abschließen.

3Sprint-Abbruch

Sprints können abgebrochen werden, aber das ist selten und nur der Product Owner kann es tun.

Wann abbrechen:

Das Sprint-Ziel wird obsolet (Marktveränderung, Strategiewechsel)
Weitermachen wäre angesichts neuer Informationen verschwenderisch

Was passiert:

Abgeschlossene Arbeit wird überprüft
Verbleibende Arbeit kehrt ins Product Backlog zurück
Ein neuer Sprint wird sofort geplant

Anzeichen, dass etwas nicht stimmt (aber brechen Sie dafür nicht ab):

Team wird nicht alle Verpflichtungen erfüllen – passen Sie den Umfang an, brechen Sie nicht ab
Stakeholder will etwas anderes – verhandeln Sie, brechen Sie nicht ab
Team hat Schwierigkeiten – helfen Sie ihnen, brechen Sie nicht ab

Abbruch ist ein Fehlermodus

Wenn Sie regelmäßig Sprints abbrechen, ist etwas kaputt. Entweder sind Sprint-Ziele nicht bedeutsam, oder die Umgebung ist zu chaotisch für Scrum.