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 dit slecht wordt uitgevoerd, is het een exercitie in het vullen van een wachtrij, waarover het team de rest van de sprint in stilte opnieuw onderhandelt.

Dit hoofdstuk biedt een beknopt overzicht op ceremonieniveau. Voor het volledige programma (de agenda, de rollen, de capaciteitsberekeningen en uitgewerkte voorbeelden van sprintdoelen) verwijzen wij u naar de volledige gids voor sprintplanning.

De plaats van de planning in de cyclus

Sprintplanning is de eerste van de agile ceremonies, en de uitkomst daarvan vormt het referentiepunt voor alle overige 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 uitgevoerd), 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 afronden. Het doel is datgene wat het team beschermt wanneer het plan halverwege de sprint met de realiteit in botsing komt; de scope past zich daaraan aan, en niet andersom.

Vervolgens het wat: de producteigenaar stelt prioriteiten vast, de ontwikkelaars selecteren taken waarvan zij denken dat zij deze kunnen voltooien, en beide partijen onderhandelen totdat er een afspraak 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 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 inschatting van de recente velocity.
• Resultaten: een sprintdoel en een sprintbacklog waar het team daadwerkelijk achter staat.

Het bepalen van de omvang 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 collega 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 in stilte laat varen, dat vertrouwen juist ondermijnt. De ernstigste mislukking doet zich voor wanneer de schatting die het team heeft gegeven, wordt aangehaald als een belofte die het nooit heeft gedaan, omgezet in een toezegging en vervolgens tegen het team gebruikt, waardoor planning ontaardt in agile theater.

Een ander teken is een plan dat is gebaseerd op een onverfijnde backlog. Als de planning verandert in een sessie van verduidelijking en opsplitsing, vindt backlogverfijning niet plaats. Los dat in een eerder stadium op en de planning verloopt soepel.

Veelgestelde vragen

Hoe lang dient de sprintplanning te 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 stelselmatig tegen de klok aanloopt, is de backlog onvoldoende uitgewerkt aangeleverd en voert het team nu verfijningswerk uit dat eerder had moeten plaatsvinden.

Wie neemt er deel aan de sprintplanning?

Het gehele Scrum-team: de ontwikkelaars, de producteigenaar en de Scrum Master. De producteigenaar bepaalt de prioriteiten en het achterliggende doel; de ontwikkelaars beslissen wat zij realistisch gezien aankunnen en hoe zij dit zullen ontwikkelen; de Scrum Master 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 waaraan het team zich verbindt. De sprintbacklog bestaat uit de items en taken waarvan het team verwacht dat deze het team naar dat resultaat zullen leiden. Het doel ligt vast voor de sprint; de backlog kan hieromheen worden aangepast naarmate het team meer leert.