4.2 Sprint Planning

Kernbegrippen: Sprint Planning, drie onderwerpen, waarom–wat–hoe,
capaciteit, Sprint Goal opstellen, Sprint Backlog

Eerst de basis

Het werk van de Sprint plannen

De Sprint Planning opent de Sprint. Het hele Scrum Team doet mee; het team mag anderen
uitnodigen die advies kunnen geven. De uitkomst is een Sprint Goal en een Sprint Backlog.

De drie onderwerpen

Onderwerp De vraag Wie leidt
1. Waarom is deze Sprint waardevol? De Product Owner legt uit hoe het
product deze Sprint waarde kan toevoegen. Het hele team stelt samen het Sprint Goal op, en
dat moet vóór het einde van de Planning staan.
Product Owner
2. Wat kan er deze Sprint af? De Developers kiezen, in overleg met de
Product Owner, items uit de Product Backlog. Zij bepalen hoeveel — op grond van hun capaciteit,
eerdere prestaties en de Definition of Done.
Developers
3. Hoe wordt het werk gedaan? Voor elk gekozen item bedenken de Developers
hoe ze het gaan bouwen, vaak door het op te delen in taken van een dag of minder. Hoe ze
dat doen, is volledig aan hen.
Developers
Waar het vaak fout gaatTwee klassiekers:
• Wie bepaalt hoeveel werk er de Sprint in gaat? De Developers. Niet de Product Owner, niet
de Scrum Master, niet een manager.
• Het Sprint Goal ontstaat in de Planning, niet daarvoor. De Product Owner komt met een
voorstel voor waarde; het doel formuleert het team samen.
Capaciteit is geen rekensomAcht mensen maal tachtig uur is geen 640 uur
werk. Reken met wat het team in vergelijkbare Sprints werkelijk afmaakte, en trek er vakantie,
ondersteuning en storingen af. Optimisme is de meest voorkomende planningsfout.