Aus dem Leadership Hub

Autor: Emma Collins

– Leadership & Transformation Strategist (S+P Hub)

Emma Collins

beschäftigt sich mit Leadership, Governance und strategischer Transformation. Im S+P Leadership Hub verbindet sie moderne Führungsansätze mit praktischen Management-Tools für Entscheidungsträger.

16. November 2025

Lesezeit: 3 Minuten

Scrum: Was ist ein Sprint?

Kennst du das? Projekte, die ewig laufen, ohne dass ein fertiges Ergebnis sichtbar wird? Genau hier setzt der Sprint an. Er ist der Herzschlag von Scrum – eine feste Zeitbox (Timebox), die Chaos in lieferbare Ergebnisse verwandelt.

Ein Sprint ist ein festes Zeitfenster von maximal einem Monat, in dem ein wertvolles, nutzbares Increment (Produktteil) entsteht. Er dient als Container für alle anderen Scrum-Ereignisse und sorgt für Rhythmus, Fokus und Transparenz.

In diesem Artikel erfährst du, wie ein Sprint abläuft, welche Regeln unverhandelbar sind und welche Fehler du unbedingt vermeiden solltest.

Ziel & Prinzipien: Warum Sprints funktionieren

Der Sprint dient dazu, komplexe Projekte in handhabbare Stücke zu zerlegen. Die wichtigsten Prinzipien sind:

Vorhersagbarkeit schaffen: Durch die feste Sprint-Länge (Iteration von 1–4 Wochen) entsteht ein verlässlicher Rhythmus.
Wert liefern: Das Ziel ist immer mindestens ein Done Increment – also Software oder ein Produktteil, das potenziell auslieferbar ist.
Inspektion & Anpassung: Regelmäßige Feedback-Schleifen (Reviews/Retros) sorgen für kontinuierliche Verbesserung.
Qualität sichern: Die Definition of Done (DoD) gilt unverändert. Am Ende des Sprints wird nicht an der Qualität gespart, um „fertig“ zu werden.
Fokus: Änderungen, die das Sprint-Ziel (Sprint Goal) gefährden, werden während der Laufzeit konsequent vermieden.

Dauer, Start & Ende der Timebox

Timebox: Ein Sprint dauert maximal einen Monat. In der Praxis hat sich ein Rhythmus von 2 Wochen als Standard etabliert.
Kontinuität: Es gibt keine Pausen. Ein neuer Sprint beginnt sofort nach Abschluss des vorherigen.
Abbruch: Nur der Product Owner hat die Autorität, einen Sprint abzubrechen (z. B. wenn das Sprint-Ziel durch externe Markänderungen obsolet geworden ist). Das kommt in der Praxis jedoch sehr selten vor.

Ablauf eines Sprints (End-to-End)

Der Sprint ist der „Container“ für vier formelle Ereignisse. So sieht der Zyklus aus:

1. Sprint Planning

Hier wird der Grundstein gelegt. Das Scrum Team definiert das Sprint-Ziel (Why), wählt passende Product-Backlog-Einträge (What) aus und plant die technische Umsetzung im Sprint Backlog (How).

2. Daily Scrum

Das tägliche 15-Minuten-Event für die Developer. Es ist kein Reporting-Meeting an den Chef, sondern eine Synchronisation: „Sind wir auf Kurs, das Sprint-Ziel zu erreichen? Müssen wir den Plan für die nächsten 24h anpassen?“

3. Sprint Review

Am Ende des Sprints wird das Ergebnis (Increment) den Stakeholdern präsentiert. Es geht um Feedback und die gemeinsame Anpassung des Product Backlogs für die Zukunft.

4. Sprint Retrospektive

Hier schaut das Team nach innen: Wie war die Zusammenarbeit? Wo hakte der Prozess? Das Ziel sind konkrete Verbesserungsmaßnahmen für den nächsten Sprint.

Artefakte & Transparenz im Sprint

Damit Sprints funktionieren, braucht es maximale Transparenz über den Fortschritt:

Product Backlog: Die geordnete, priorisierte Liste aller gewünschten Features.
Sprint Backlog: Der Plan der Developer für den aktuellen Sprint (Ziel + ausgewählte Items + Aufgaben).
Increment: Der nutzbare Produktzuwachs, der am Ende steht und der Definition of Done entspricht.

Metriken zur Steuerung: Erfahrene Teams nutzen Flow-Metriken (Durchsatz, Cycle Time) oder Burndown Charts, um zu sehen, ob sie das Ziel erreichen. Die Velocity (Geschwindigkeit) hilft dabei, Prognosen für künftige Sprints zu erstellen.

Häufige Fehler im Sprint (Anti-Patterns)

Vermeide diese klassischen Fallen, um die Effektivität deiner Sprints nicht zu gefährden:

Die Sprint-Verlängerung: Das Team wird nicht fertig und hängt „nur zwei Tage“ dran.
- Warum das falsch ist: Es zerstört den Rhythmus und die Vergleichbarkeit (Velocity). Was nicht fertig ist, geht zurück ins Backlog.
Scope Creep: Führungskräfte kippen während des Sprints neue Aufgaben ein.
- Lösung: Der Sprint ist geschützt. Neue Ideen kommen ins Product Backlog für den nächsten Sprint.
Der „Hardening Sprint“: Ein extra Sprint am Ende nur zum Testen und Bugfixing.
- Fehler: Qualitätssicherung muss in jedem Sprint passieren (Definition of Done). Es gibt keine „Aufräum-Sprints“.
Dark Work: Es werden Aufgaben erledigt, die nicht im Sprint Backlog stehen. Dies verzerrt die Transparenz massiv.

Die 4 Sprint-Ereignisse im Überblick (Prozess-Fokus)

Ereignis (Event)	Ziel & Zweck	Teilnehmer	Output (Ergebnis)
Sprint Planning	Planung der Arbeit für den Sprint.	Scrum Team (PO, Devs, SM)	Sprint-Ziel & Sprint Backlog
Daily Scrum	Tägliche Synchronisation & Plananpassung (15 Min).	Developers (SM optional)	Plan für die nächsten 24h
Sprint Review	Inspektion des Increments & Feedback einholen.	Scrum Team & Stakeholder	Überarbeitetes Product Backlog
Sprint Retrospektive	Verbesserung von Prozess, Tools & Zusammenarbeit.	Scrum Team	Verbesserungsmaßnahmen für den nächsten Sprint

Praxis-Tipp: SQERT zur Sprint-Kommunikation

Wie reportest du den Status eines Sprints an das Management, ohne in Details zu ertrinken? SQERT (Scope, Quality, Effort, Risk, Timing) ist eine kompakte Visualisierung:

Scope: Sind die Inhalte stabil oder kommen neue Anforderungen rein?
Quality: Wird die DoD eingehalten oder steigen die Bugs?
Effort: Liegt der Aufwand im Plan?
Risk: Gibt es Blocker oder Abhängigkeiten?
Timing: Schaffen wir das Sprint-Ende?

FAQ – Häufige Fragen zum Scrum Sprint

Wie lange sollte ein Sprint idealerweise dauern?

Es gibt keine feste Regel außer: maximal 4 Wochen.

In der Praxis haben sich 2 Wochen bewährt – lang genug, um etwas Substanzielles zu liefern, aber kurz genug, um schnell auf Fehlentwicklungen reagieren zu können.
Darf man einen Sprint verlängern, wenn man nicht fertig wird?

Nein. Die Timebox ist „heilig“.

Wenn Arbeitspakete nicht fertig werden, endet der Sprint dennoch pünktlich. Unerledigte Items wandern zurück ins Product Backlog und werden neu priorisiert.

Das schafft Transparenz über die tatsächliche Leistungsfähigkeit (Velocity).
Was ist ein „Sprint Zero“?
„Sprint Zero“ ist kein Begriff aus dem Scrum Guide.

Er wird häufig verwendet für:
- Team-Setup,
- Tooling,
- Architektur-Entscheidungen,
- erste technische Grundlagen.
Achtung: Er darf nicht zur Ausrede werden, wochenlang nichts Lieferbares zu produzieren.
Wer darf den Sprint abbrechen?

Nur der Product Owner hat das Mandat, einen Sprint abzubrechen.

Das passiert jedoch äußerst selten – nur wenn das Sprint-Ziel durch veränderte Marktbedingungen oder strategische Vorgaben komplett hinfällig wird.
Was passiert zwischen zwei Sprints?

Nichts. Es gibt keine Pause.

Der nächste Sprint startet direkt nach dem vorherigen – in der Regel am nächsten Arbeitstag.

Passende S+P Seminare & Lehrgänge

Mit den S+P Projektmanagement-Seminaren lernst du, Projekte strukturiert zu steuern, Budgets & Deadlines verlässlich einzuhalten und Risiken frühzeitig zu minimieren. Du arbeitest mit der S+P Tool Box (Templates, Gantt-Vorlagen, Risikochecks), trainierst effiziente Ressourcen- & Kapazitätsplanung und nutzt praxiserprobte Controlling- und Frühwarnmechanismen. Für Project Manager, Program Leads und Heads of Projects – inklusive Teilnahmezertifikat und optionaler S+P-Certified Prüfung. Plus Karriere-Boost: hybride Methoden, KI-gestützte Tools, Change-Kompetenz und starke Soft Skills – ergänzt durch Networking in der S+P Community.

Wir bieten folgende Seminare/Lehrgänge an:

Alle Seminare entdecken

Weitere relevante Themen & Praxis-Tipps

Was sind die 4 Projektphasen im Projektmanagement? Back to Basics: Verstehe den klassischen Lebenszyklus eines Projekts – von der Initialisierung bis zum Abschluss – und wie Sprints hier hineinpassen.
So funktioniert dein Scrum Das Framework im Überblick: Erfahre alles über die Rollen, Ereignisse und Artefakte, die neben dem Sprint für den agilen Erfolg entscheidend sind.
Der Sprint: Effizienz und Flexibilität Nutzen-Fokus: Warum kurze Zyklen nicht nur schneller machen, sondern auch die Anpassungsfähigkeit deines Unternehmens drastisch erhöhen.
Google Sprint, Scrum und Design Thinking Methoden-Mix für Innovation: Lerne den Unterschied zwischen dem „Design Sprint“ (Google Ventures) und dem Scrum-Sprint kennen und wie du beides kombinierst.
Was ist eigentlich ein Sprint? Definition & Grundlagen: Der kompakte Einstieg in das Herzstück der agilen Produktentwicklung.