Scrum Gids | 36. Sprint Planning

Sprint Planning begint elke Sprint. Met Sprints die een maand duren, neemt dit evenement maximaal acht uur in beslag. Als de Sprints korter zijn, wordt de Sprint Planning ook proportioneel korter. Het hele Scrum Team woont het evenement bij en nodigt Stakeholders of specialisten van andere teams uit. We zullen in de volgende tekst het gedetailleerde verloop van Sprint Planning en de problemen die gepaard kunnen gaan met de planning van werk in een nieuwe Sprint bespreken.

Sprint Planning – inhoudsopgave:

1. Inleiding
2. Wat is het nieuwe Sprint Doel?
3. Wat staat er op de agenda?
4. Hoe gaat het team het doen?
5. De resultaten van Sprint Planning
6. Samenvatting

Inleiding

Sprint Planning is een van de Scrum Evenementen waar we in een apart artikel over hebben geschreven. Dit evenement draait om de User Stories die bovenaan de Product Backlog staan. Met andere woorden, over diegene die het meest gedetailleerd zijn.

Laten we eens nader kijken naar de antwoorden op de vragen die we zojuist hebben gesteld.

Wat is het nieuwe Sprint Doel?

De rol van de Product Owner tijdens Sprint Planning is om het Doel en de taken die het omvat aan de deelnemers van de vergadering voor te stellen.

De Product Owner begint de vergadering door het Sprint Doel te formuleren en te rechtvaardigen waarom het waardevol is vanuit het perspectief van de klant. Vervolgens opent hij een discussie waarin niet alleen leden van het Scrum Team, maar ook Stakeholders hun mening kunnen geven.

Samenvattend geeft de Product Owner de definitieve formulering van het Sprint Doel dat het hele Scrum Team zal proberen te bereiken en zorgt ervoor dat het Doel door alle stakeholders wordt begrepen.

Wat staat er op de agenda?

Het tweede deel van Sprint Planning richt zich op het selecteren van de User Stories die in de nieuwe Sprint moeten worden geïmplementeerd en bespreken hoe ze specifieker kunnen worden gemaakt.

Een van de moeilijkste taken tijdens Sprint Planning is om het aantal en de arbeidsintensiteit van de geselecteerde taken voor uitvoering nauwkeurig te schatten. Hoe ervaren het Scrum Team is, hoe nauwkeuriger het kan inschatten hoeveel werk er in een enkele Sprint kan worden gedaan. Dit komt omdat het Team effectieve schattingstechnieken toepast, waar we in eerdere artikelen en hier in detail over hebben geschreven. Veel Scrum Teams kennen en gebruiken methoden om de rijping van het Team te versnellen en het proces gemakkelijker en gestandaardiseerd te maken. Deze technieken omvatten voornamelijk Planning Poker en Team Estimation spellen.

Hoe gaat het team het doen?

Het derde en meest technische deel van Sprint Planning richt zich op het beantwoorden van de vraag “Hoe gaat het team het doen?”. Hierin stelt het Development Team manieren voor om de taken die in het tweede deel van de vergadering zijn geselecteerd uit te voeren. Niemand anders dan de Developers zelf zou moeten dicteren hoe de taken technisch moeten worden uitgevoerd.

Planning moet niet alleen rekening houden met de uitvoerings-technologie, maar ook met de workflow tussen Developers. Dit zal stagnatie van werk [knelpunten] voorkomen, wat vertragingen in de uitvoering van taken kan veroorzaken. Net als in het geval van hoe taken moeten worden uitgevoerd, wordt de verdeling van taken onder individuele Developers ook alleen door hen zelf beslist zonder externe inmenging.

Typisch richt het Development Team zich hier op het opdelen van User Stories in kleinere taken. De optimale lengte van de uitvoering van een taak is één werkdag.

De resultaten van Sprint Planning

Het resultaat van Sprint Planning is een eenduidig Sprint Doel, evenals gedetailleerde User Stories die zijn geselecteerd voor uitvoering uit de Product Backlog. Al deze elementen vormen de Sprint Backlog, waar we een apart artikel aan hebben gewijd.

Samenvatting

Sprint Planning is het Scrum evenement dat elke Sprint start. Het Scrum Team kan Stakeholders en externe experts uitnodigen.

Tijdens Sprint Planning wordt het Doel van de nieuwe Sprint gedefinieerd. Het Development Team bepaalt samen met de Product Owner wat er moet gebeuren en beslist hoe de geplande taken moeten worden uitgevoerd.

Het resultaat van Sprint Planning is de Sprint Backlog, die de Developers gebruiken om dagelijkse taken uit de wachtrij voor uitvoering te selecteren.

Als je onze inhoud leuk vindt, sluit je dan aan bij onze drukke bijencommunity op Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.