Was ist ein Sprint?
Ein Sprint ist ein fest vereinbarter Zeitraum in Scrum, in dem ein Team ein potenziell auslieferbares Produktinkrement erstellt. Üblich sind Längen zwischen einer und vier Wochen, in der Praxis hat sich der zweiwöchige Sprint als guter Kompromiss durchgesetzt. Der Sprint bildet das Herzstück des Scrum-Frameworks: Er gibt der Arbeit einen klaren Rahmen, schafft regelmäßige Lieferpunkte und macht Fortschritt für alle Beteiligten sichtbar. Innerhalb dieser Zeitbox arbeitet das Team auf ein vorab vereinbartes Sprint-Ziel hin, an dem sich jede Tätigkeit ausrichten lässt.
Eigenschaften eines Sprints
Ein Sprint ist zeitlich fest begrenzt und wird nicht verlängert, auch wenn nicht alle Backlog-Einträge fertig werden. Diese Timebox erzeugt einen gesunden Druck und zwingt das Team, Prioritäten zu setzen. Sprints haben außerdem eine konsistente Dauer: Wer einmal mit zweiwöchigen Sprints arbeitet, behält diesen Takt bei und schafft so einen verlässlichen Rhythmus für Planung, Lieferung und Feedback. Während eines Sprints ist der Umfang geschützt, neue Anforderungen wandern in das Product Backlog und werden für den nächsten Sprint berücksichtigt. Über allem steht ein klares Sprint-Ziel, an dem sich Entscheidungen und Trade-offs orientieren.
Die Sprint-Events
Ein Sprint wird durch eine feste Abfolge von Ereignissen strukturiert. Im Sprint Planning vereinbart das Team das Sprint-Ziel, wählt passende Einträge aus dem Product Backlog aus und plant die nötigen Aufgaben. Für einen zweiwöchigen Sprint sind dafür etwa vier Stunden vorgesehen. Während der Umsetzung trifft sich das Team täglich zum Daily Scrum, einem kurzen Abgleich von 15 Minuten zu Fortschritt, Plan und Hindernissen. Am Ende des Sprints zeigt das Team im Sprint Review das Inkrement gemeinsam mit den Stakeholdern, sammelt Rückmeldungen und passt das Backlog bei Bedarf an. Den Abschluss bildet die Sprint Retrospektive, in der das Team die eigene Arbeitsweise reflektiert und konkrete Verbesserungen für den nächsten Sprint vereinbart.
Sprint Backlog und Definition of Done
Das Sprint Backlog enthält alle Einträge, die das Team im laufenden Sprint umsetzen will, samt zugehöriger Aufgaben. Es ist ein lebendes Arbeitsdokument und wird im Tagesgeschäft fortgeschrieben. Ergänzt wird es durch die Definition of Done, eine gemeinsame Vereinbarung darüber, wann ein Eintrag wirklich fertig ist. Üblicherweise gehören dazu fertiger und reviewter Code, bestandene Tests, aktualisierte Dokumentation, erfüllte Akzeptanzkriterien, ein erfolgreiches Deployment in eine Staging-Umgebung sowie die Abnahme durch den Product Owner. Erst wenn diese Punkte erfüllt sind, gilt ein Eintrag als geliefert.
Sprint-Länge wählen
Bei der Wahl der Sprint-Länge gilt es, Feedbackgeschwindigkeit gegen Overhead abzuwägen. Ein einwöchiger Sprint liefert besonders schnelles Feedback und hohe Flexibilität, führt aber zu vergleichsweise viel Aufwand für Planung und Review. Zwei Wochen haben sich für viele Teams als verbreiteter Kompromiss etabliert, weil sich darin auch etwas komplexere Funktionen unterbringen lassen. Drei- oder vierwöchige Sprints ermöglichen größere Vorhaben innerhalb einer Zeitbox, verzögern aber Rückmeldungen aus Review und Retrospektive spürbar.
Typische Anti-Patterns
Im Alltag zeigen sich immer wieder ähnliche Muster, die einen Sprint schwächen. Dazu gehören die nachträgliche Verlängerung des Sprints, der ständige Versuch, neue Themen einzuschieben, das wiederholte Mitnehmen unfertiger Einträge in den Folgesprint und ein sogenannter Sprint 0, der als Ausrede dient, in einer ersten Phase nichts Lieferbares zu produzieren. Wer diese Muster früh erkennt, kann in der Retrospektive gezielt gegensteuern.
Bedeutung in Web-Projekten
In Web-Projekten sorgt der Sprint dafür, dass Anforderungen, Design und Umsetzung in kurzen Abständen zusammenfinden und Beteiligte aus Fachbereich, Redaktion und Entwicklung an gemeinsamen Ergebnissen arbeiten. Der feste Takt erleichtert Releases, schafft verlässliche Kommunikation mit Kunden und Auftraggebern und macht den Fortschritt eines Projekts auch dann sichtbar, wenn Anforderungen sich im Lauf der Zeit verändern.