Planning poker: de all-in-strategie voor Agile-schatting

Stel je voor dat je een huis hebt gekocht en je bent van plan om de keuken te verbouwen. Je vraagt een aannemer om een schatting van hoe lang de verbouwing zal duren en hoeveel het ongeveer zal kosten. Ze geven je een schatting, maar twee maanden later heb je spijt van je beslissing omdat het project de oorspronkelijke tijdlijn ver voorbij is en het budget ruim overschreden is. 

Wanneer je maar de mening van één persoon hebt, heb je alleen hun input en expertise om rekening mee te houden. Wanneer je echter meer mensen met verschillende ervaringen in de mix krijgt, krijg je een meer afgeronde en nauwkeurige schatting van welk werk er moet worden gedaan.

Deze op consensus gebaseerde inschatting vormt de basis van de Agile-planningpoker-methode. 

Wat is planning poker?

Planning poker is een schattingsmethode die je Agile-team helpt om de hoeveelheid inzet te projecteren die nodig is om één gebruikersverhaal in een Product-backlog te voltooien. Het wordt vaak gebruikt in Agile-projectbeheermethoden en wordt soms 'Scrum poker' of 'pointing poker' genoemd. Het 'poker'-aspect van de naam verwijst naar de kaarten die elk teamlid tijdens het proces gebruikt.

De geschiedenis van planning poker

Planning poker is gebaseerd op een techniek die bekend staat als Wideband Delphi. Wideband Delphi is een op consensus gebaseerd inschattingsproces dat halverwege de 20e eeuw werd ontwikkeld door de RAND Corporation, een non-profit denktank. 

James Grenning, een auteur van 'The Manifesto for Agile Software Development', verfijnde de Wideband Delphi-techniek in 2002 en noemde deze om tot Planning Poker. Het werd vervolgens nog verder verfijnd en gepopulariseerd door Mike Cohn in zijn boek uit 2005, 'Agile Estimating and Planning'. 

Hoe planning poker werkt

Het planning poker-proces vindt vroeg in het sprintplanningsproces plaats, zodat Scrum-masters en productmanagers een nauwkeurig idee kunnen krijgen van hoeveel werk er in elke sprint kan worden Voltooid. Zo werkt het:

1. Maak planning pokerkaarten

Iedereen in je Scrum-team of Agile-team heeft een deck kaarten met verschillende waarden erop. Elke kaart heeft een van deze waarden: 0, 1, 2, 3, 5, 8, 13, 20, 40 en 100. Deze getallen lijken misschien willekeurig, maar het zijn eigenlijk afgeronde variaties van de Fibonacci-reeks. Deze waarden vertegenwoordigen meestal verhaalpunten. Sommige teams gebruiken ze echter als een op tijd gebaseerde schatting van hoe lang het duurt om een gebruikersverhaal te voltooien. De meest voorkomende tijdsgebaseerde schatting wordt gemeten in uren.

De producteigenaar of de Scrum-master zal fungeren als moderator en een specifiek gebruikersverhaal lezen uit de product- of Sprint-backlog. Teamleden hebben dan de mogelijkheid om vragen te stellen en waar nodig te verduidelijken, zodat het hele team een nauwkeurig beeld kan krijgen van welk werk er moet worden voltooid voor dat specifieke backlog-item. 

Hier zijn een paar vragen die je team kan stellen om een gebruikersverhaal beter te begrijpen:

• Wat zijn enkele verschillende technieken die we kunnen gebruiken om dat verhaal te voltooien?

• Hoeveel mensen moeten er aan dit verhaal werken?

• Hoe zullen belanghebbenden reageren als er vertragingen zijn in dit verhaal?

2. Stem op elk gebruikersverhaal

Zodra je team de bespreking van één gebruikersverhaal heeft afgerond, kiest elke schatter een kaart die overeenkomt met de hoeveelheid inzet of verhaalpunten waarvan zij denken dat ze correleren met dat backlog-item. Iedereen onthult dan tegelijkertijd zijn kaart. Als iedereen dezelfde schatting kiest, wordt dat de officiële schatting voor dat backlogitem. Het doel is dat iedereen dezelfde inschatting heeft. 

3. Kom tot een consensus

Als teamleden verschillende meningen hebben over hun eerste inschattingen, nemen het teamlid met de hoogste inschatting en het teamlid met de laagste inschatting de tijd om te bespreken waarom ze dat specifieke aantal hebben gekozen. Nadat deze discussie is voltooid, selecteert iedereen zijn kaarten opnieuw. Dit proces wordt herhaald totdat het team tot een consensus komt. 

4. Plan je sprint

Nu alle items in je backlog inschattingen hebben, is het veel gemakkelijker om een sprint nauwkeurig te plannen. Aangezien je hele team een consensus heeft over hoe lang elke taak zal duren, is de kans veel groter dat je de juiste hoeveelheid werk in je sprints kunt passen.

Wanneer een planningspokersessie te houden

Planning poker vindt meestal plaats vlak voor het sprintplanningsproces, zodat de productmanager of Scrummaster een nauwkeurig gevoel voor het werk kan krijgen voordat hij een sprint plant. Je kunt deze schattingsmethode één keer per sprint gebruiken - omdat items voortdurend worden toegevoegd aan een product- of Sprint-backlog, zou je een constante voorraad backlog-items moeten hebben om in elke sprint te trekken. 

Als je maar een klein aantal gebruikersverhalen hebt om te bespreken in je Product-backlog, kun je deze sessie combineren met het einde van een dagelijkse standup-vergadering, omdat alle teamleden dan al aanwezig zijn. 

De voordelen van planningspoker

Het belangrijkste voordeel van planning poker is dat je team schattingen nauwkeuriger zijn. Het hebben van een nauwkeurige inschatting is een belangrijk onderdeel van het sprintplanningsproces, omdat het zowel je team als belanghebbenden een realistische tijdlijn geeft voor wanneer een taak zal worden voltooid.

Hier zijn nog een paar manieren waarop planning poker je Agile-team ten goede kan komen:

• Elk teamlid heeft iets te zeggen. Iedereen in je ontwikkelingsteam is belangrijk en dit proces geeft hen de kans om hun bijdrage kenbaar te maken. Dit kan teamleden helpen meer betrokken te blijven bij hun werk. 

• Teamleden hebben de mogelijkheid om gebruikersverhalen te bespreken. Tijdens het planning poker-proces heeft het ontwikkelingsteam de mogelijkheid om samen te werken om gebruikersverhalen te bespreken voordat het werk daadwerkelijk begint. Dit helpt mensen op één lijn te komen over hoe ze bepaalde gebruikersverhalen kunnen oplossen, ongeacht de ontwikkelaar die aan dat verhaal is toegewezen. 

• Taakschattingen zijn relatief ten opzichte van andere taken. Wanneer je team verhaalpunten gebruikt om het nummer op hun planning pokerkaart weer te geven, dan is het gemakkelijker om de hoeveelheid inzet te begrijpen die een specifieke taak zal vergen op basis van andere taken in de pijplijn. Een gebruikersverhaal met een planning poker-schatting van 2 zal bijvoorbeeld veel gemakkelijker te voltooien zijn dan een gebruikersverhaal met een schatting van 40.

Plan je sprint met een werkbeheertool

Houd je Agile-team op één lijn met behulp van een werkbeheertool. Asana helpt je bij het plannen en organiseren van je Agile-projecten in een tool die flexibel is en samenwerking toelaat. Of je team nu in een Kanbanbord werkt of in een meer lineaire tijdlijn, Asana heeft de functies om je Agile-team snel te helpen bouwen.