Sprint Planning

Sprint Planning ist ein fundamentales Event im Scrum Framework und markiert den Beginn jedes Sprints. In diesem Meeting legt das Scrum-Team (bestehend aus Product Owner, Entwicklungsteam und Scrum Master) gemeinsam fest, welche Arbeit im kommenden Sprint geleistet werden soll und wie diese Arbeit erreicht werden kann.

Zweck und Ziele

Das Sprint Planning verfolgt mehrere wesentliche Ziele:

• Festlegung eines klaren und fokussierten Sprint-Ziels
• Auswahl der hochprioritären Product Backlog Items, die im Sprint umgesetzt werden sollen
• Entwicklung eines Plans, wie die ausgewählte Arbeit realisiert werden kann
• Schaffung eines gemeinsamen Verständnisses über den Umfang und die Ziele des Sprints
• Selbstorganisierte Arbeitsplanung durch das Entwicklungsteam
• Sicherstellung einer realistischen Arbeitsbelastung basierend auf der Teamkapazität

Teilnehmer und Rollen

Am Sprint Planning nehmen teil:

• Product Owner: Verantwortlich für die Maximierung des Produktwerts, erklärt und priorisiert die Product Backlog Items
• Entwicklungsteam: Schätzt den Aufwand, plant die Umsetzung und entscheidet letztendlich, wie viel Arbeit in den Sprint aufgenommen wird
• Scrum Master: Facilitiert das Meeting, stellt sicher, dass der Prozess eingehalten wird und alle Stimmen gehört werden

Zusätzlich können bei Bedarf externe Experten oder Stakeholder eingeladen werden, um spezifische Fragen zu klären. Sie haben jedoch keine Entscheidungsbefugnis bezüglich des Sprint-Umfangs.

Struktur und Ablauf

Das Sprint Planning wird typischerweise in zwei Teile unterteilt, wobei in modernen Scrum-Implementierungen diese Trennung oft fließender gestaltet wird:

Teil 1: Was wird im Sprint erledigt? (What)

• Der Product Owner präsentiert die hochprioritären Items aus dem Product Backlog
• Das Team diskutiert und klärt Fragen zu den vorgestellten Items
• Gemeinsame Festlegung des Sprint-Ziels - ein übergeordneter Zweck, der dem Sprint Fokus und Kohärenz verleiht
• Auswahl der Product Backlog Items, die das Team im Sprint umsetzen möchte
• Sicherstellung, dass die ausgewählten Items ausreichend verstanden sind und der Definition of Ready entsprechen

Teil 2: Wie wird die Arbeit erledigt? (How)

• Das Entwicklungsteam diskutiert, wie die ausgewählten Items technisch umgesetzt werden
• Aufschlüsselung der Backlog Items in konkrete Tasks
• Identifikation von Abhängigkeiten und potentiellen Risiken
• Einschätzung der Kapazität und Machbarkeit
• Festlegung des Sprint Backlogs - der Plan des Teams für den Sprint

Timeboxing und Dauer

Das Sprint Planning ist timeboxed, wobei die empfohlene Maximaldauer von der Sprint-Länge abhängt:

• Für einen einmonatigen Sprint: Maximal 8 Stunden
• Für einen zweiwöchigen Sprint: Typischerweise 4 Stunden
• Für einen einwöchigen Sprint: Etwa 2 Stunden

Diese Timeboxes stellen Obergrenzen dar - wenn die Ziele des Sprint Plannings früher erreicht werden, kann das Meeting entsprechend kürzer ausfallen.

Inputs für das Sprint Planning

Für ein effektives Sprint Planning sollten folgende Inputs vorbereitet sein:

• Priorisierter Product Backlog: Die Items sollten nach Wert geordnet und die hochprioritären Items ausreichend verfeinert sein
• Definition of Done: Klare Kriterien, wann ein Backlog Item als fertiggestellt gilt
• Teamkapazität: Verfügbare Arbeitstage des Teams unter Berücksichtigung von Urlaub, Feiertagen und anderen bekannten Abwesenheiten
• Historische Velocity: Die durchschnittliche Menge an Arbeit, die das Team in früheren Sprints leisten konnte
• Erkenntnisse aus der letzten Retrospektive: Verbesserungsmaßnahmen, die im kommenden Sprint umgesetzt werden sollen
• Produktstrategie und -vision: Kontext für Entscheidungen und Priorisierungen

Outputs des Sprint Plannings

Ein erfolgreiches Sprint Planning resultiert in folgenden Outputs:

• Sprint-Ziel: Eine klare, fokussierte Beschreibung dessen, was der Sprint erreichen soll
• Sprint Backlog: Die ausgewählten Product Backlog Items plus einen Plan zu deren Umsetzung
• Aufgabenliste (Tasks): Detaillierte Arbeitsschritte für die Umsetzung jedes Backlog Items
• Gemeinsames Verständnis: Klarheit im Team über Scope, Ziele und Herangehensweise
• Commitment: Die Selbstverpflichtung des Teams zur Erreichung des Sprint-Ziels

Das Sprint-Ziel

Das Sprint-Ziel ist ein zentrales Element des Sprint Plannings und erfüllt mehrere wichtige Funktionen:

• Schafft Fokus und Orientierung für das Team während des Sprints
• Erlaubt Flexibilität in der Umsetzung, solange das übergeordnete Ziel erreicht wird
• Hilft bei Entscheidungen während des Sprints (z.B. bei Zielkonflikten)
• Kommuniziert klar den Zweck des Sprints an Stakeholder
• Fördert Teamkohäsion und gemeinsame Verantwortung

Ein gutes Sprint-Ziel sollte:

• Kurz und prägnant formuliert sein
• Einen klaren Mehrwert ausdrücken
• Inspirierend und motivierend wirken
• Verständlich für alle Stakeholder sein
• Als Orientierungspunkt für das Team dienen können

Beispiele für Sprint-Ziele:

• "Implementierung des Benutzerregistrierungs- und Login-Prozesses, sodass Nutzer sich anmelden können"
• "Verbesserung der Ladezeiten auf der Produktseite um 50%, um die Conversion-Rate zu steigern"
• "Fertigstellung des MVP für das Bewertungssystem, um es Benutzern zu ermöglichen, Produkte zu bewerten"

Planungstechniken und Best Practices

Kapazitätsplanung

Eine realistische Planung der verfügbaren Kapazität ist entscheidend für ein erfolgreiches Sprint Planning:

• Berechnung der verfügbaren Personentage unter Berücksichtigung von Abwesenheiten
• Berücksichtigung eines "Fokus-Faktors" (typischerweise 60-80% der nominellen Kapazität)
• Reservierung von Zeit für Refinement, Meetings und unvorhergesehene Ereignisse
• Verwendung der historischen Velocity als Orientierung, nicht als strikte Vorgabe
• Einplanung von Pufferzeit für Unsicherheiten und Risiken

Schätzungstechniken

Für die Aufwandsschätzung während des Sprint Plannings können verschiedene Techniken eingesetzt werden:

• Planning Poker: Teammitglieder schätzen unabhängig voneinander mit Karten, diskutieren bei Unterschieden
• T-Shirt-Größen: Einfache relative Größenkategorien (XS, S, M, L, XL)
• Dot Voting: Visuelle Verteilung von "Aufwandspunkten" auf Stories
• Affinity Mapping: Gruppierung von Stories nach ähnlichem Aufwand
• Tasking und Bottom-up-Schätzung: Aufschlüsselung in Tasks und Summierung der Einzelschätzungen

Priorisierungstechniken

Bei der Auswahl der Backlog Items für den Sprint können folgende Priorisierungsansätze helfen:

• WSJF (Weighted Shortest Job First): Priorisierung basierend auf Cost of Delay geteilt durch Jobgröße
• MoSCoW: Kategorisierung in Must have, Should have, Could have, Won't have
• Kano-Modell: Unterscheidung zwischen Basis-, Leistungs- und Begeisterungsfaktoren
• Risk-Value-Priorisierung: Berücksichtigung sowohl des Werts als auch des Risikos
• Value Stream Mapping: Fokus auf den Fluss von Wert durch das System

Herausforderungen und Lösungsansätze

Herausforderung: Unrealistische Planung und Übercommitment

Lösungsansätze:

• Historische Velocity als Orientierungspunkt verwenden
• Einplanung eines realistischen Fokus-Faktors
• Lieber weniger planen und bei Bedarf nachnehmen
• Regelmäßige Retrospektiven zur Verbesserung der Schätzgenauigkeit

Herausforderung: Unzureichendes Backlog Refinement

Lösungsansätze:

• Kontinuierliches Refinement während des Sprints etablieren
• Definition of Ready einführen und durchsetzen
• Mehr Zeit für Klärung komplexer Stories einplanen
• Product Owner früher in die Vorbereitung einbeziehen

Herausforderung: Zu detaillierte oder starre Planung

Lösungsansätze:

• Fokus auf das Sprint-Ziel legen, nicht auf einzelne Tasks
• Just-in-time Detaillierung während des Sprints ermöglichen
• Raum für Anpassungen und Emergenz lassen
• Rolling-Wave-Planung praktizieren

Herausforderung: Ungleiche Beteiligung im Team

Lösungsansätze:

• Aktive Moderation durch den Scrum Master
• Einsatz von Techniken, die stille Teammitglieder einbeziehen
• Kleinere Diskussionsgruppen bilden
• Silent-Planning-Phasen integrieren

Remote und hybride Sprint Plannings

Für verteilte oder hybride Teams erfordert das Sprint Planning besondere Beachtung:

• Technische Vorbereitung: Stabile Videoplattform, digitale Kollaborationstools (Miro, JIRA, etc.)
• Strukturiertere Moderation: Klare Agenda, Redezeiten, explizite Übergaben
• Mehr visuelle Unterstützung: Screensharing, gemeinsame Boards, visuelle Timer
• Häufigere Pausen: Aufmerksamkeitsspannen sind online kürzer
• Aktive Einbeziehung: Gezielte Ansprache aller Teilnehmer, Nutzung von Polls und anderen Interaktionsformen
• Breakout-Rooms: Kleinere Gruppen für Diskussionen zu spezifischen Themen
• Gemeinsames Dokumentieren: Live-Updates in geteilten Dokumenten

Skaliertes Sprint Planning

In skalierten agilen Umgebungen wird das Sprint Planning an die Bedürfnisse mehrerer Teams angepasst:

• Scrum of Scrums Ansatz: Koordinierung mehrerer Teams durch Vertreter
• SAFe (Scaled Agile Framework): PI Planning als übergeordnete Planungsebene, Team Sprint Planning fokussiert auf Detailumsetzung
• LeSS (Large-Scale Scrum): Gemeinsames Sprint Planning 1 für alle Teams, gefolgt von individuellen Sprint Planning 2 Sessions
• Nexus: Integration der Sprint-Planung mehrerer Teams durch ein Integration Team

Gemeinsame Herausforderungen in skalierten Umgebungen sind die Koordination von Abhängigkeiten, konsistente Priorisierung und effiziente Kommunikation.

Messung der Effektivität

Die Effektivität des Sprint Plannings kann durch verschiedene Metriken und Feedback-Mechanismen gemessen werden:

• Sprint-Ziel-Erreichung: Wurde das definierte Sprint-Ziel erreicht?
• Commitment-Einhaltung: Verhältnis zwischen geplanten und abgeschlossenen Story Points/Items
• Planungsgenauigkeit: Wie genau waren die Aufwandsschätzungen?
• Notwendige Umplanungen: Häufigkeit und Umfang von Planänderungen während des Sprints
• Team-Zufriedenheit: Feedback des Teams zur Qualität und Effizienz des Planning-Prozesses
• ROTI (Return on Time Invested): Bewertung des Nutzens im Verhältnis zur investierten Zeit

Von der Theorie zur Praxis

In der Praxis unterscheiden sich Sprint Plannings oft vom theoretischen Ideal. Wichtig ist, den Prozess an die spezifischen Bedürfnisse des Teams anzupassen, dabei aber die Kernprinzipien nicht zu verletzen:

• Klares Sprint-Ziel etablieren
• Gemeinsames Verständnis über die zu leistende Arbeit schaffen
• Realistische Planung basierend auf der tatsächlichen Kapazität
• Selbstorganisation des Teams fördern
• Balance zwischen ausreichender Detaillierung und Flexibilität finden
• Kontinuierliche Verbesserung des Planungsprozesses durch regelmäßige Retrospektiven

Ein effektives Sprint Planning legt den Grundstein für einen erfolgreichen Sprint und trägt maßgeblich zur Produktivität, Qualität und Zufriedenheit des Teams bei. Es verbindet die strategische Produktvision mit der taktischen Umsetzung und schafft Klarheit, Fokus und Commitment für den kommenden Entwicklungszyklus.