Im Sprint Planning werden die umzusetzenden Backlog Items ausgewählt und für die Umsetzung übernommen.
- Planung der Arbeit für den kommenden Sprint
- Dauer maximal 8 Stunden für einen einmonatigen Sprint
- Mögliche Moderierung durch den Scrum Master
- Klärt was das Produkt Inkrement enthalten soll
- Klärt welche Arbeit für die Lieferung des Produkt-Inkrement erforderlich ist
Die Sprint Planung wird in 2 Phasen geteilt. In der ersten Phase erklärt der Product Owner die Product Backlog Items. Das Development Team übernimmt so viele Product Backlog Items in sein Sprint Backlog, wie es glaubt umsetzen zu können. Dazu ist ein genaues Verständnis der Backlog Items nötig.
Hauptziele der Sprint Planning
- Inhalt des Produkt Inkrement für den kommenden Sprint (vormals Sprint Planning 1)
- Klarheit und Tätigkeiten für die erforderlichen Arbeiten (vormals Sprint Planning 2)
Ziel: Inhalt vom Sprint (vormals Sprint Planning 1)
Beteiligte im Meeting
- Product Owner
- Development Team
- Scrum
Input für das Meeting
- Product Backlog
- Letztes Produkt Inkrement
- Kapazität für den anstehenden Sprint
- Durchschnittliche Geschwindigkeit des Development Teams (Velocity)
- Definition of Done
- Action Item aus der Retrospective
Output nach dem Meeting
- Schätzungen von ungeschätzten Product Backlog Items die für den anstehenden Sprint benötigt werden
- Sprint Goal
- Sprint Backlog Items
Ziel: Realisierung der Arbeit für den Sprint (vormals Sprint Planning 2)
Beteiligte
- Development Team
- Scrum Master
Input für das Meeting
- Sprint Backlog
- Sprint Goal
- Definition of Done
Output nach dem Meeting
- Umsetzungsplan für die Umsetzung der Sprint Backlog Items
- Notwendige Arbeiten für die Umsetzung der Sprint Backlog Items
- Benötigte Arbeitsschritte für die notwendigen Arbeiten