Lektion Progress
0% Complete
Sprint Planning: das WAS und WIE für den nächsten Sprint planen
Ziel des Sprint Planning ist es, das Arbeitspensum des Teams für den nächsten Sprint zu planen und notwendige Entscheidungen zu zu treffen. Das Sprint Planning ist zweigeteilt.
- Im SP1 (Sprint Planning 1) wird das WAS wird bestimmt.
- SP2 folgt unmittelbar auf SP1, plant die Menge der Arbeit und erreicht Einigkeit über das WIE, die Durchführung.
Bei einer Sprint-Dauer von 3 Wochen empfiehlt der Scrum Guide ein Sprint Planning von 6h, bei 2-wöchigen Sprints sollten 4h ausreichen.
PO und das Team einigen sich auf ein klares und machbares sprint goal: in ein, zwei Sätzen wird als Überschrift das Ziel des Sprint verbal formuliert:
- PO stellt den scope für den nächsten Sprint mitsamt Akzeptanzkriterien vor
- Das Team/DEV klärt das eigene Verständnis für das Sprintziel mit dem PO und entscheidet welche PBIs im nächsten sprint ausgewählt werden
- Das Scoring, die Schätzung der Komplexität geschieht in einheitslosen story points — so bleiben PBIs vergleichbar
SP2 - das WIE klären
Im Sprint Planning 2 geschieht die grobe Implementierungsplanung in Tasks, die verfasst und weiter verfeinert werden.
- das Team zerlegt die stories in tasks, grob in Vierteltage gewichtet (als Plausibilitätsprüfung: ist das zu schaffen?)
- alle tasks werden auf einem task board mit Kärtchen verschriftlicht und tagesaktuell mit dem Sprint-Backlog synchronisiert.
- ein 2-Tage Puffer für Störungen wird eingebaut für defects oder alles, das nicht warten kann ohne das sprint goal zu gefährden
Ergebnisse des Sprint Planning, SP1 und SP2 sind ...
- ein gültiges Sprint Backlog mit Stories und tasks ist erstellt
- technische Implementierungsschritte sind abgeleitet, die zu einer gemeinsamen Umsetzung nötig sind
- ein PSI (potentially shipping product increment) ist als Resultat des Sprint geplant
Hindernisse, Impediments, Defects haben eigene Prioritäten — Hindernisse mit höchster Priorität werden immer zuerst behandeln (fix it, don’t manage it).