Sprint Planning

Sprint Planning startet den Sprint. Es beantwortet drei Fragen:

1. Warum ist dieser Sprint wertvoll? → Das Sprint-Ziel
2. Was kann in diesem Sprint erledigt werden? → Prognose von Product-Backlog-Items
3. Wie wird die Arbeit erledigt? → Initialer Plan zur Lieferung des Inkrements

Timebox: Maximum 8 Stunden für einen einmonatigen Sprint (für kürzere Sprints entsprechend kürzer). Für einen 2-Wochen-Sprint sind 2-4 Stunden typisch.

Teilnehmer: Das gesamte Scrum-Team. Product Owner, Entwickler, Scrum Master.

Warum ist dieser Sprint wertvoll? Der Product Owner schlägt vor, wie das Produkt Wert und Nutzen steigern könnte. Das gesamte Team arbeitet zusammen, um ein Sprint-Ziel zu definieren, das Stakeholdern Wert kommuniziert.

Was kann erledigt werden? Entwickler wählen Items aus dem Product Backlog für diesen Sprint aus. Dies ist eine Prognose, keine Verpflichtung. Entwickler verhandeln mit dem PO über den Umfang basierend auf:

• Vergangener Velocity
• Team-Kapazität (Urlaube usw.)
• Item-Komplexität

Wie wird es erledigt? Entwickler zerlegen Items in Aufgaben, üblicherweise einen Tag oder weniger. Dies wird zum Sprint Backlog – Items plus dem Plan zu deren Lieferung.

Vor dem Planning:

• Stellen Sie sicher, dass Backlog-Items verfeinert und bereit sind
• Klare Akzeptanzkriterien für Top-Items
• PO hat ein Entwurfs-Sprint-Ziel im Kopf

Während des Plannings:

• Beginnen Sie mit dem „Warum" – welches Ergebnis verfolgen wir?
• Lassen Sie Entwickler Items auswählen – weisen Sie nicht zu
• Ermutigen Sie Fragen zu Items
• Setzen Sie Zeitlimits für Diskussionen über einzelne Items

Häufige Probleme:

• Items sind nicht bereit: Verbessern Sie den Refinement-Prozess
• Dauert zu lange: Besseres Refinement, klarere Ziele
• Team verpflichtet sich zu viel: Verfolgen Sie Velocity, respektieren Sie die Daten