Beiträge

Sprintlänge: Sollten Ihre Sprints 1, 2, 3 oder 4 Wochen dauern?

Die Wahl einer Sprintlänge wirkt wie eine kleine Entscheidung, bis Sie feststellen, dass sie prägt, wie Ihr Team plant, schätzt, reflektiert und liefert. Jede Scrum-Zeremonie skaliert mit der Sprintlänge, was bedeutet, dass Ihre Wahl Auswirkungen auf den gesamten Entwicklungsprozess hat. Die meisten Teams entscheiden sich standardmäßig für zwei Wochen, ohne darüber nachzudenken. Das funktioniert für viele, ist aber nicht die einzige Option und nicht immer die beste. Hier erfahren Sie, wie Sie die Sprintlänge wählen, die tatsächlich zu Ihrem Team passt.

Was der Scrum Guide sagt

Der Scrum Guide setzt eine Regel: Sprints sind einen Monat oder weniger. Das ist alles. Keine Mindestlänge, keine empfohlene Standardeinstellung, nur eine Obergrenze. In der Praxis hat die Industrie sich auf zwei-wöchige Sprints geeinigt. Etwa 58% der Teams nutzen sie, laut dem State of Agile Report. Aber diese Popularität macht sie nicht universell richtig. Ein-Wochen- und vier-Wochen-Sprints haben jeweils legitime Anwendungsfälle, und drei-Wochen-Sprints funktionieren leise gut für bestimmte Team-Strukturen.

Vergleich von Sprintlängen

Jede Sprintlänge schafft eine andere Balance zwischen Feedback-Geschwindigkeit und Ausführungszeit. So schneiden sie ab.

1-Wochen-Sprints

Aspekt	Detail
Best für	Startups, dringende Projekte, Teams mit sich schnell ändernden Anforderungen
Feedback-Geschwindigkeit	Sehr schnell, Sie lernen jede Woche etwas Neues
Zeremonie-Overhead	Hoch, etwa 20-25% des Sprints sind Meetings
Planungsaufwand	Niedrig pro Sprint, aber Sie planen vier Mal im Monat
Risiko	Niedrig, nur eine Woche Arbeit steht auf dem Spiel, wenn sich Prioritäten verschieben

Ein-Wochen-Sprints erzwingen extreme Priorisierung. Sie können nur eine Handvoll Elemente unterbringen, was bedeutet, dass das Team unerbittlich sein muss, was am wichtigsten ist. Sprint-Planung ist kurz (maximal zwei Stunden), aber sie findet jede einzelne Woche statt. Dieser Rhythmus funktioniert, wenn sich Anforderungen häufig ändern, wenn Sie sich im Produkt-Markt-Fit befinden oder wenn das Team enge Feedback-Schleifen benötigt, um mit den Stakeholdern abgestimmt zu bleiben. Er funktioniert nicht, wenn Arbeitsaufträge von Natur aus groß sind oder wenn das Team mehr Zeit in Zeremonien als beim Bauen verbringt.

2-Wochen-Sprints

Aspekt	Detail
Best für	Die meisten Teams, der Industrie-Standard aus gutem Grund
Feedback-Geschwindigkeit	Ausgewogen, schnell genug für die meisten Stakeholder-Anforderungen
Zeremonie-Overhead	Moderat, etwa 12-15% des Sprints sind Meetings
Planungsaufwand	Handhabbar, zweimal im Monat
Risiko	Niedrig bis moderat, zwei Wochen Arbeit steht auf dem Spiel

Zwei-Wochen-Sprints treffen den sweet spot für die meisten Organisationen. Es gibt genug Zeit, um sinnvolle Arbeit zu erledigen, aber der Feedback-Zyklus ist immer noch kurz genug, um Probleme früh zu erkennen. Backlog-Verfeinerung findet ein- oder zweimal pro Sprint statt, und das Team hat Zeit, neue Informationen zwischen Zeremonien zu verdauen. Dies ist aus gutem Grund der Standard. Wenn Sie unsicher sind, wo Sie anfangen sollen, fangen Sie hier an.

3-Wochen-Sprints

Aspekt	Detail
Best für	Teams mit schweren Abhängigkeiten oder komplexen Integrationsarbeiten
Feedback-Geschwindigkeit	Langsamer, aber ausreichend für stabile Produkte
Zeremonie-Overhead	Niedriger, etwa 10-12% des Sprints sind Meetings
Planungsaufwand	Weniger häufig, aber Sitzungen sind länger
Risiko	Moderat, drei Wochen Arbeit könnten daneben gehen

Drei-Wochen-Sprints sind ungewöhnlich, was einige Teams dazu bringt, sie zu vermeiden. Aber sie lösen ein echtes Problem: Wenn zwei Wochen nicht ganz ausreichen, um sinnvolle Features abzuschließen und zu integrieren, aber vier Wochen zu viel Abweichung vom Stakeholder-Feedback schaffen. Teams mit komplexen Abhängigkeiten über mehrere Services oder Teams hinweg landen hier auf natürliche Weise. Die zusätzliche Woche gibt Atempausen für Integration und Tests, ohne die Planungshorizonte zu weit auszudehnen.

4-Wochen-Sprints

Aspekt	Detail
Best für	Reife Teams mit stabilen Produkten und vorhersehbarer Arbeit
Feedback-Geschwindigkeit	Langsam, ein ganzer Monat zwischen Stakeholder-Check-ins
Zeremonie-Overhead	Niedrigste Prozentquote, etwa 8-10% des Sprints
Planungsaufwand	Einmal im Monat, aber Planungssitzungen sind länger (bis zu 8 Stunden)
Risiko	Höher, ein ganzer Monat Arbeit könnte überarbeitet werden müssen

Vier-Wochen-Sprints minimieren Zeremonie-Overhead als Prozentanteil der Gesamtzeit. Das Team bekommt mehr ungestörte Build-Zeit, aber der Feedback-Loop ist länger. Wenn das Team in die falsche Richtung geht, dauert es einen Monat, um die Richtung zu korrigieren. Dies funktioniert am besten für reife Teams, die stabile Produkte aufbauen, wo sich Anforderungen nicht häufig ändern. Es funktioniert nicht, wenn Stakeholder regelmäßige Sichtbarkeit benötigen oder wenn der Markt schneller ist als Ihr Sprint-Zyklus.

Die Zeremonie-Overhead-Berechnung

Hier ist eine Frage, die sich die meisten Teams nie stellen: Wie viel Prozent Ihres Sprints wird tatsächlich in Meetings verbracht? Scrum schreibt fünf Events vor, jeweils mit Zeitlimits, die mit der Sprintlänge skalieren. Lassen Sie uns den Zeremonie-Overhead für ein siebenköpfiges Team berechnen, das 40-Stunden-Wochen arbeitet.

Zeremonie	1-Wochen-Sprint	2-Wochen-Sprint	3-Wochen-Sprint	4-Wochen-Sprint
Sprint-Planung	2 Std	4 Std	6 Std	8 Std
Daily Standup	1,25 Std	2,5 Std	3,75 Std	5 Std
Sprint-Review	1 Std	2 Std	3 Std	4 Std
Retrospective	0,75 Std	1,5 Std	2,25 Std	3 Std
Verfeinerung	2 Std	4 Std	6 Std	8 Std
Zeremonie-Stunden insgesamt	7 Std	14 Std	21 Std	28 Std
Verfügbare Stunden	40 Std	80 Std	120 Std	160 Std
Overhead %	17,5%	17,5%	17,5%	17,5%

Die Prozentsätze sind ungefähr gleich, wenn Sie die proportionalen Zeitlimits des Scrum Guide befolgen. Aber hier ist, was die Mathematik nicht zeigt: Kontextwechsel-Kosten. Kürzere Sprints bedeuten häufigere Übergänge zwischen "Zeremonie-Modus" und "Build-Modus". Teams in Ein-Wochen-Sprints berichten oft, dass der Overhead sich viel höher anfühlt, als die Zahlen vermuten lassen, da die Zeremonien dicht beieinander liegen. In der Praxis skalieren viele Teams, die Ein-Wochen-Sprints führen, ihre Zeremonien nicht proportional herunter. Eine Retrospektive, die in einem zwei-Wochen-Sprint 90 Minuten dauert, dauert selten 45 Minuten in einem Ein-Wochen-Sprint. Dort erscheint der echte Overhead-Unterschied.

Entscheidungsfaktoren

Die Wahl einer Sprintlänge ist nicht nur Mathematik. Dies sind die Faktoren, die tatsächlich zählen.

Andere zu berücksichtigende Faktoren

Größe von Arbeitsaufträgen. Wenn die meisten User Stories 3-5 Tage dauern, lassen Ein-Wochen-Sprints fast keinen Raum für Fehler. Zwei oder drei-Wochen-Sprints bieten mehr Flexibilität. Verwenden Sie Planning Poker während Verfeinerung, um Aufträge zu schätzen und zu sehen, wie sie in verschiedene Sprintlängen passen. Team-Größe. Größere Teams (7-9 Personen) erzeugen mehr Koordinations-Overhead. Längere Sprints können diese Kosten besser absorbieren. Kleinere Teams (3-5 Personen) können mit kürzeren Sprints schnell voranschreiten. Definition of Done Komplexität. Wenn Ihre Definition von Done schwere Tests, Sicherheitsreviews oder Compliance-Checks umfasst, benötigen diese Prozesse Zeit. Ein Ein-Wochen-Sprint kann gründliche Qualitäts-Tore möglicherweise nicht unterbringen.

Können Sie die Sprintlänge ändern?

Ja. Und Sie sollten es tun, wenn Ihr aktueller Rhythmus nicht funktioniert. Der beste Zeitpunkt zum Ändern der Sprintlänge ist in einer Retrospektive, in der das Team den Rhythmus als Grundursache von Problemen identifiziert. Häufige Zeichen, dass Sie eine Änderung benötigen:

Wie man den Übergang vollzieht

1. Diskutieren Sie auf einer Retrospektive

   Nutzen Sie die Retro, um zu ergründen, warum die aktuelle Sprintlänge nicht funktioniert. Sammeln Sie konkrete Beispiele, nicht nur Gefühle. Wenn das Team regelmäßig 40% der Arbeit zum nächsten Sprint überträgt, ist das ein Datenpunkt, der es wert ist, untersucht zu werden.

2. Probieren Sie die neue Länge für 3-4 Sprints

   Ein Sprint reicht nicht aus, um zu beurteilen. Der erste Sprint mit einer neuen Länge wird sich unbeholfen anfühlen, da das Team noch kalibriert. Geben Sie ihm mindestens drei Iterationen, bevor Sie sich entscheiden.

3. Passen Sie Zeremonie-Längen proportional an

   Wenn Sie von zwei-Wochen- auf Ein-Wochen-Sprints wechseln, halbieren Sie Ihre Zeremonie-Zeitlimits. Lassen Sie keine zwei-Stunden-Retro in einen Ein-Wochen- Sprint quetschen.

4. Neu kalibrieren Sie die Geschwindigkeit

   Sprint-Geschwindigkeit übertragen sich nicht direkt zwischen Sprintlängen. Verfolgen Sie Ihre Geschwindigkeit bei der neuen Kadenz und geben Sie dem Team drei Sprints, um eine neue Basislinie zu etablieren. Verwenden Sie einen Sprint-Ziel-Generator, um Ziele angemessen für die neue Länge auszulösen.

5. Bewerten und entscheiden

   Nach der Testphase führen Sie eine fokussierte Retro zur Änderung der Sprintlänge durch. Vergleichen Sie Lieferungs-Vorhersagbarkeit, Team-Zufriedenheit und Stakeholder-Feedback zwischen dem alten und neuen Rhythmus.

Ein schneller Entscheidungsrahmen

Wenn Sie einen einfachen Startpunkt möchten, verwenden Sie diesen: Was Sie auch wählen, denken Sie daran, dass die Sprintlänge eine Variable ist, keine Konstante. Die besten Teams überprüfen diese Entscheidung regelmäßig und passen sich an, basierend auf dem, was sie lernen.