Sprint

Ein Sprint ist das Herzstück von Scrum - ein fester, kurzer Zeitraum (typischerweise 1-4 Wochen, meist 2 Wochen), in dem ein Team ein definiertes Set von Aufgaben abschließt. Am Ende jedes Sprints steht ein potenziell auslieferbares Produktinkrement. Sprints schaffen Rhythmus, Fokus und regelmäßige Checkpoints.

Der Sprint-Zyklus: Sprint Planning (Team wählt Aufgaben aus dem Backlog), Daily Standups (15-Min tägliche Synchronisation), Entwicklungsarbeit, Sprint Review (Demo der Ergebnisse an Stakeholder), Sprint Retrospektive (Was lief gut? Was können wir verbessern?). Nach der Retro startet der nächste Sprint. Dieser Rhythmus wiederholt sich kontinuierlich.

Die Stärke von Sprints: Regelmäßige Deliverables statt monatelanger Entwicklung ohne sichtbare Ergebnisse. Stakeholder sehen alle 2 Wochen Fortschritt. Scope-Creep wird verhindert - während des Sprints werden keine neuen Anforderungen hinzugefügt. Falls Prioritäten sich ändern, fließt das in den nächsten Sprint ein. Für Projektmanagement bedeutet das: Bessere Planbarkeit, frühere Erkennung von Problemen, kontinuierliches Feedback.

Jeder Sprint verfolgt ein übergeordnetes Sprint-Ziel, das dem gewählten Ausschnitt aus dem Product Backlog eine gemeinsame Richtung gibt. Was ins Sprint Backlog aufgenommen wird, richtet sich nach der Kapazität des Teams; über mehrere Sprints hinweg entsteht aus den abgeschlossenen Story Points eine empirische Velocity, die künftige Planungen realistischer macht - sie ist ein Prognose-, kein Bewertungswerkzeug und eignet sich nicht zum Vergleich verschiedener Teams. Wann eine Aufgabe wirklich fertig ist, definiert die teamweit verbindliche Definition of Done (getestet, reviewt, dokumentiert, deploybar).

Die Sprint-Länge ist ein Trade-off: Kürzere Sprints (eine Woche) liefern häufigeres Feedback und schnellere Kurskorrekturen, verursachen aber mehr Overhead durch die wiederkehrenden Zeremonien; zwei Wochen haben sich als praktischer Kompromiss etabliert. Ein Kernprinzip ist der Schutz des Sprint-Scopes: Innerhalb des Sprints kommen keine neuen Anforderungen hinzu, was dem Team fokussiertes Arbeiten ermöglicht - dringende Änderungen wandern in den nächsten Sprint oder erzwingen im Extremfall einen Abbruch. Verbreitete Anti-Patterns sind der Wasserfall im Sprint (erst am letzten Tag wird integriert und getestet), das Überladen des Sprints über die Kapazität hinaus und das Missbrauchen der Velocity als Leistungsdruck. Richtig gelebt liefern Sprints planbare Inkremente und verwandeln ein Großprojekt in eine Serie überschaubarer, jederzeit auslieferbarer Etappen.