Planning Poker wordt door veel mensen gezien als een belangrijk onderdeel van Scrum. Het is echter geen onderdeel van het Scrum Framework.
In deze serie van blogs ga ik in op verschillende praktijken die door velen al gezien worden als onderdeel van Scrum, maar dit officieel niet zijn. Mijn vorige blog ging over user stories. Dit keer ga ik in op planning poker. De aanleiding hiervoor is dat de vraag om planning poker uit te leggen vaak één van de eerste dingen die ik hoor ik tijdens Scrum trainingen.
Scrum is als framework inmiddels bekend. Doordat veel bedrijven toch hun eigen draai geven aan het framework en de praktijken eromheen, zie ik echter een verbastering ontstaan van de termen die gebruikt worden. Het zijn vaak (goede) invullingen van of toevoegingen aan het framework. Ik leg dat vaak uit aan de hand van een analogie. Vergelijk Scrum met een kleurplaat, de lijntjes staan vast, maar de invulling (of kleur) is door elke organisatie zelf te bepalen. Het Scrum framework zelf verandert hierdoor niet.
Planning poker
Planning poker wordt gebruikt binnen het refinement proces en is bedoeld om de relatieve grootte van User Stories in kaart te brengen. Het proces is ontstaan in 2002 en door Mike Cohn in groot gebruik geraakt via zijn boek Agile Estimating and Planning. Nu geven bedrijven hun eigen set pokerkaarten weg zodat elk team snel en makkelijk kan starten met planning poker.
Planning poker is een methode om na een ge-timeboxte discussie* iedereen een kaart met een cijfer omhoog te laten houden om te zien of iedereen op één lijn zit over hoeveel inzet het kost om een user story te verwerken in werkende software.
*Een ge-timeboxte discussie wordt gebruikt om in korte tijd te bespreken wat de user story moet gaan opleveren en door het te timeboxen zorg je ervoor, dat de focus op dit ene onderwerp blijft.
Het werkt als volgt:
Ieder teamlid geeft zijn inschatting van de grootte is ten opzichte van andere user stories door de kaart met het desbetreffende cijfer te laten zien. Daarna volgt een discussie over de eventuele verschillen. Een bekend voorbeeld is een User Story die voor een programmeur misschien een kleine aanpassing is, maar voor een tester betekent dat er veel scenarios getest moeten worden.

Maarrr…
Net als bij User stories is ook het gebruik van planning poker gemeengoed geworden binnen Scrum. De essentie, waarom je er gebruik van maakt, is echter verloren gegaan.
Er wordt snel een compromis gezocht, zodat men door kan naar de volgende story. Hier wordt het toekennen van story points aan een user story gezien als de laatste stap van de “definition of ready” of nog erger: het doel voor deze user story is gehaald want we hebben er punten aan gegeven.
#Noestimates
Conclusie
Planning poker is een geschikt middel om binnen een team te komen tot een gezamenlijk beeld van wat er gedaan moet worden. Het mag echter nooit een einddoel zijn. Het is een middel om binnen het refinement proces tot een gezamenlijke inschatting te komen. Als er kaartjes met uiteenlopende cijfers getoond worden, is dat een duidelijke indicatie dat het beeld nog niet gedeeld wordt. Planning poker is zeker niet een onderdeel van Scrum zelf, het is een manier om tot een inschatting van hoeveelheid werk te komen.
Dus het oordeel: Geen officieel onderdeel van Scrum, maar voor veel teams wel een goede manier om een gemeenschappelijk beeld te krijgen van de inhoud van de product backlog.
Vind u het leuk om te sparren over onderwerpen rondom scrum en agile? Vier keer per jaar organiseren wij een Scrum Round Table waarin we elke keer ingaan op een ander onderwerp.
Alex Roos, DevOps Consultant