Sprint
Ein Sprint ist ein fest terminierter Arbeitszyklus von ein bis vier Wochen, meist zwei Wochen, an dessen Ende ein konkretes, nutzbares Ergebnis steht.
Der Begriff Sprint stammt aus Scrum, einem agilen Rahmenwerk für Projekt- und Produktarbeit. Du legst zu Beginn eines Sprints gemeinsam mit deinem Team fest, welche Aufgaben in diesem Zeitraum bearbeitet werden, das sogenannte Sprint Backlog. Diese Liste bleibt für die Dauer des Sprints fix, neue Anforderungen wandern erst in den nächsten Zyklus. Am Ende steht immer ein Sprint Review, in dem das Team das fertige Ergebnis zeigt, gefolgt von einer Retrospektive zur Prozessverbesserung.
Der feste Zeitrahmen ist der eigentliche Kern des Sprints. Er zwingt dich, Aufgaben so zu schneiden, dass sie tatsächlich in dieser Zeit fertig werden, statt sich über Wochen zu ziehen. Typische Sprintlängen liegen zwischen einer und vier Wochen, in der Praxis hat sich ein Rhythmus von zwei Wochen als Standard etabliert. Kürzere Sprints erhöhen den Planungsaufwand, längere verzögern das Feedback und damit die Korrektur falscher Annahmen.
Auch außerhalb von Scrum hat sich das Prinzip verbreitet, etwa als Design Sprint, bei dem ein fünftägiger Zyklus genutzt wird, um eine einzelne Idee zu testen, oder als fester Arbeitsrhythmus in Verwaltung und Produktion. Gemeinsam ist allen Varianten dasselbe Muster: Ziel setzen, Zeit begrenzen, liefern, reflektieren, nächsten Zyklus starten. Das unterscheidet den Sprint von einem klassischen Meilenstein, der nur einen einzelnen Zeitpunkt markiert statt eines wiederkehrenden Arbeitsrhythmus.
Praxisbeispiel
Ein sechsköpfiges Entwicklungsteam plant für eine neue Reporting-Funktion in der internen Software einen zweiwöchigen Sprint mit 34 Story Points. Am Ende des Sprints sind 29 Story Points fertig und werden im Sprint Review live demonstriert, 5 Punkte wandern zurück ins Product Backlog. In der Retrospektive stellt das Team fest, dass die Abstimmung mit der Fachabteilung zu spät im Sprint stattfand, und plant für den nächsten Sprint ein früheres Zwischen-Review ein.
So hilft Leanshift
Der Sprint bildet im Kleinen ab, was Kaizen im Großen anstrebt, einen festen, wiederkehrenden Rhythmus aus Planen, Umsetzen, Zeigen und Reflektieren. Jede Retrospektive ist eine bewusste Pause, um zu fragen, was im nächsten Zyklus besser laufen kann, statt einfach weiterzumachen. Genau das meint Leanshift mit Verbessern, um mehr Verbesserer zu schaffen: Nicht nur das Ergebnis eines Sprints zählt, sondern was das Team aus jedem Zyklus lernt.
Häufige Fragen
Wie lang sollte ein Sprint dauern?
Zwischen einer und vier Wochen, in der Praxis am häufigsten zwei Wochen. Wichtiger als die exakte Länge ist, dass die Dauer über mehrere Zyklen konstant bleibt, damit du vergleichbare Werte bekommst.
Was passiert mit unfertigen Aufgaben am Ende eines Sprints?
Sie wandern zurück ins Product Backlog und werden für einen der nächsten Sprints neu priorisiert. Mitten im laufenden Sprint werden keine neuen Aufgaben nachgeschoben, das schützt das Sprint-Ziel.
Worin unterscheidet sich ein Sprint von einem Meilenstein?
Ein Meilenstein markiert einen einzelnen wichtigen Zeitpunkt im Projektverlauf. Ein Sprint ist dagegen ein wiederkehrender, gleich langer Arbeitszyklus mit eigenem Planungs- und Review-Termin.