Sprintplanning: de bijeenkomst waarmee de sprint van start gaat

Sprintplanning is de bijeenkomst waarmee de sprint van start gaat. Het team komt overeen wat het zal opleveren en schetst hoe dit zal gebeuren — waarbij een deel van de productbacklog wordt omgezet in een sprintbacklog en één duidelijk sprintdoel. Als dit goed wordt uitgevoerd, duurt het enkele uren en levert het het team twee weken ononderbroken focus op. Als het slecht wordt uitgevoerd, is het een oefening in het vullen van de wachtrij, waarover het team de rest van de sprint stilletjes opnieuw onderhandelt.

Dit hoofdstuk biedt een overzicht op ceremonieniveau. Voor het volledige verloop van de bijeenkomst — de agenda, de rollen, de capaciteitsberekeningen en uitgewerkte voorbeelden van sprintdoelen — zie de volledige gids voor sprintplanning.

De plaats van de planning in de cyclus

Sprintplanning is de eerste van de agile ceremonies, en de uitkomst ervan vormt het referentiepunt voor alle andere ceremonies. Tijdens de dagelijkse stand-up wordt de voortgang getoetst aan het hier vastgestelde sprintdoel; tijdens de sprintreview wordt nagegaan of het team dit doel heeft gerealiseerd. Als de planning niet goed verloopt, wordt de rest van de sprint besteed aan het herstellen van de fout.

Wat planning beantwoordt: waarom, wat, hoe

De Scrum Guide structureert de vergadering rond drie vragen — waarom is deze sprint waardevol, wat kan er worden gedaan en hoe zal dit worden gerealiseerd — en de volgorde is van belang.

Bepaal eerst het waarom. Een sprintdoel dat u in één zin kunt verwoorden, is meer waard dan een backlog die u niet kunt afwerken. Het doel is datgene wat het team beschermt wanneer het plan halverwege de sprint met de realiteit botst; de scope past zich daaraan aan, en niet andersom.

Vervolgens het wat: de producteigenaar stelt prioriteiten vast, de ontwikkelaars kiezen taken waarvan zij denken dat zij die kunnen voltooien, en beide partijen onderhandelen totdat er een afsprak is waar beide partijen vertrouwen in hebben. En het hoe: de ontwikkelaars splitsen de belangrijkste items op in een plan dat voldoende gedetailleerd is om aan de slag te gaan – geen Gantt-diagram, maar net genoeg ontwerp om te weten dat het werk daadwerkelijk haalbaar is.

Invoer en uitvoer

Een planning is slechts zo goed als wat u er zelf in inbrengt.

• Inputs: een verfijnde productbacklog (items die reeds zijn verduidelijkt en waarvan de omvang is vastgesteld), de capaciteit van het team voor deze sprint en een indicatie van de recente velocity.
• Resultaten: een sprintdoel en een sprintbacklog waar het team daadwerkelijk achter staat.

De schatting vindt plaats in de vergaderruimte. De meeste teams komen met planning poker snel tot een gezamenlijke schatting, in plaats van urenlang te discussiëren — zie de schattingsgids om te begrijpen waarom punten in dit geval de voorkeur genieten boven tijd.

De storingsvorm waarop u moet letten

Overbelasting. Teams plannen op 100% van de theoretische capaciteit en vergeten dat de ‘velocity’ al rekening houdt met de vergaderingen, de onderbrekingen en de medewerker die donderdag afwezig is. Plan op basis van capaciteit, niet op basis van hoop: een plan dat het team voltooit, bouwt vertrouwen op, terwijl een plan dat het team opzij zet, dat vertrouwen stilletjes ondermijnt.

Een ander teken is een plan dat is gebaseerd op een onverfijnde backlog. Als de planning verandert in een sessie waarin zaken worden verduidelijkt en opgesplitst, vindt backlogverfijning niet plaats — los dat in een eerder stadium op en de planning verloopt weer soepel.

Veelgestelde vragen

Hoe lang moet de sprintplanning duren?

Stel hiervoor een tijdslimiet in van ongeveer twee uur per week per sprint — dus maximaal vier uur voor een sprint van twee weken, en maximaal een volledige dag voor een sprint van een maand. Als de planning regelmatig op het laatste moment uitloopt, is de backlog onvoldoende uitgewerkt en is het team bezig met verfijningswerk dat eerder had moeten worden uitgevoerd.

Wie neemt er deel aan de sprintplanning?

Het gehele Scrum-team: de ontwikkelaars, de productowner en de scrummaster. De productowner bepaalt de prioriteiten en het doel; de ontwikkelaars beslissen wat zij realistisch gezien aankunnen en hoe zij dit zullen realiseren; de scrummaster zorgt ervoor dat de sessie binnen de vastgestelde tijdslimiet blijft en gefocust verloopt. Belanghebbenden zijn niet aanwezig.

Wat is het verschil tussen het sprintdoel en de sprintbacklog?

Het sprintdoel is de ene zin die aangeeft waarom het de moeite waard is om de sprint uit te voeren — het resultaat waar het team zich voor inzet. De sprintbacklog is de verzameling items en taken waarvan het team verwacht dat deze het team naar dat doel zullen leiden. Het doel staat vast voor de sprint; de backlog kan hieromheen worden aangepast naarmate het team meer leert.