--- title: "Was ist ein Sprint? Definition, Ablauf & Bedeutung in Scrum" url: "https://www.dkd.de/de/glossar/sprint/" description: "Ein Sprint ist das Herzstück von Scrum: Erfahren Sie, wie der zeitlich begrenzte Entwicklungszyklus funktioniert, welche Events dazugehören und wie Teams damit agil arbeiten." date: 2026-10-27 modified: 2026-10-27 --- # Was ist ein Sprint? Definition, Ablauf & Bedeutung in Scrum Was ist ein Sprint? =================== Ein Sprint ist ein fest vereinbarter Zeitraum in [**Scrum**](https://www.dkd.de/de/glossar/scrum/ "Was ist SCRUM?"), in dem ein Team ein potenziell auslieferbares [Produktinkrement](https://www.dkd.de/de/glossar/detail/inkrement/ "Erfahren Sie mehr zu den Inkrementen im SCRUM-Kontext") 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**](https://www.scrum.org/resources/what-definition-done "Erfahren Sie, was due Definition of Done ausmacht"), 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**](https://www.dkd.de/de/glossar/product-owner/ "Was genau macht ein 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. [ ![Technisches Consulting Schriftzug neben einer Frau mit Headset ](https://www.dkd.de/_assets/processed/9DBQrVwwUJ6lnfKUdrU9gpMsbUIsNuHhPDm77cUzZ84/q:85/w:592/h:207/fn:Y3NtX2RrZC1kaWdpdGFsYWdlbnR1ci10ZWNobmlzY2hlcy1jb25zdWx0aW5nXzE5NTNmODZlZWM:t/cb:3546332c4d7627e94e78454548169122ef977195/bG9jYWw6L2ZpbGVhZG1pbi9CaWxkZXIvR2xvc3Nhci9ka2QtZGlnaXRhbGFnZW50dXItdGVjaG5pc2NoZXMtY29uc3VsdGluZy5wbmc "Technisches Consulting: Bereit für ein digitales Projekt?") ](https://www.dkd.de/de/leistungen/consulting/#c5274 "Wir erarbeiten mit Ihnen gemeinsam Ihre technische Strategie!") **[❮ Zurück](https://www.dkd.de/de/glossar/ "Zurück zur Glossar-Übersicht")**