Ein Sprint ist ein zeitlich begrenzter Arbeitscontainer. Während ein Plan deine Feature-Decomposition übernimmt, organisiert ein Sprint die Arbeit eines Teams innerhalb eines bestimmten Zeitraums.
Sie stehen nicht in Konkurrenz zueinander. Ein Sprint kann Aufgaben aus mehreren Plänen enthalten, und ein Plan kann sich über mehrere Sprints erstrecken.
Was ein Sprint dir bietet
- einen definierten Zeitraum mit zugewiesener Arbeit
- Metriken darüber, was geliefert wurde im Vergleich zu dem, was geplant war
- einen Zeitplan davon, wie der Fortschritt verlief
- Einstellungen die auf den Sprint bezogen sind
Metriken
Die Metrikansicht zeigt auf, was tatsächlich geschah im Vergleich zu den ursprünglichen Absichten.
Die wichtigsten Kennzahlen:
- Erledigt im Vergleich zu zugesagtem Umfang. Eine wiederholte Unterschreitung der Ziele deutet meist auf eine Überbuchung hin, nicht auf mangelnde Leistung.
- Aufarbeitungsrate. Eine steigende Aufarbeitungsrate weist auf Qualitätsprobleme bei den Spezifikationen hin, nicht auf Ausführungsfehler – siehe dazu Spezifikationen.
- Wartezeit. Arbeit, die in der
PENDINGwartet, ist ein Signal für die Kapazität, nicht für die Planung.
Dieser Unterschied ist entscheidend. Ein Sprint mit unzureichender Leistung aufgrund von tagelang wartenden Aufgaben hat ein Kapazitätsproblem; dasselbe Defizit durch ständig wiederkehrende Aufgaben als Aufarbeitung deutet auf ein Spezifikationsproblem hin. Die Lösungen dafür sind unterschiedlich.
Zeitplan
Zeigt den Fortschritt des Sprints an, nicht nur das Endergebnis. Ein Sprint, der alles in den letzten zwei Tagen lieferte, verlief ganz anders als einer, der gleichmäßig vorankam – obwohl die Gesamtmenge identisch ist.
Bei autonomer Ausführung wird die Abfolge oft durch die Kapazität bestimmt: Arbeit wartet, bis Ressourcen frei werden, dann werden mehrere Aufgaben gleichzeitig erledigt.
Sprints und Kapazität
Ein Sprint reserviert keine Kapazität. Seine Aufgaben konkurrieren in derselben Warteschlange mit allen anderen, sortiert nach Priorität.
Falls die Sprint-Arbeit Vorrang vor Hintergrundautomatisierungen haben soll, muss ihre Priorität entsprechend festgelegt werden – und die Priorität für geplante sowie Sentinel-Aufgaben muss niedriger sein. Siehe dazu Kapazität und Agenten-Slots.
Wann du keinen Sprint verwenden solltest
Wenn du keinen zeitlich begrenzten Prozess anwendest, brauchst du keine Sprints. Pläne übernehmen die Dekomposition, Spuren die Parallelität; Sprints bringen nur dann einen Nutzen, wenn der Zeitraum selbst eine Einheit für Planung und Berichterstattung darstellt.