Planning poker: den all-in-strategin för agil uppskattning

Tänk dig att du har köpt ett hus och planerar att bygga om köket. Du ber en entreprenör om en uppskattning av hur lång tid renoveringen kommer att ta och ungefär hur mycket den kommer att kosta. De ger dig en uppskattning, men två månader senare ångrar du ditt beslut eftersom projektet är långt försenat och budgeten har överskridits. 

När du bara har en persons åsikt har du bara den personens input och expertis att överväga. Men när du får med fler personer med olika erfarenheter får du en mer välgrundad och korrekt uppskattning av vilket arbete som behöver göras.

Den här konsensusbaserade uppskattningen är grunden för den agila metoden för planning poker. 

Vad är planeringspoker?

Planning poker är en uppskattningsmetod som hjälper ditt agila team att beräkna hur mycket insats en användarstory i en produktbacklogg kan kräva för att slutföras. Den används ofta i agila projekthanteringsmetoder och kallas ibland för "Scrum poker" eller "pointing poker". "Poker" i namnet syftar på de kort som varje teammedlem använder under processen.

Planeringspokers historia

Planning poker bygger på en teknik som kallas Wideband Delphi. Wideband Delphi är en konsensusbaserad uppskattningsprocess som utvecklades i mitten av 1900-talet av RAND Corporation, en ideell tankesmedja. 

James Grenning, författare till "The Manifesto for Agile Software Development", förfinade Wideband Delphi-tekniken 2002 och döpte om den till Planning Poker. Den förfinades sedan ytterligare och populariserades av Mike Cohn i hans bok från 2005, "Agile Estimating and Planning". 

Så här fungerar planeringspoker

Planning poker-processen sker tidigt i sprintplaneringsprocessen, så att Scrum-mästare och produktchefer kan få en korrekt uppfattning om hur mycket arbete som kan slutförd i varje sprint. Så här fungerar det:

1. Skapa planeringspokerkort

Alla i Scrum-teamet eller Agile-teamet har en presentation med kort med olika värden på. Varje kort har ett av följande värden: 0, 1, 2, 3, 5, 8, 13, 20, 40 och 100. Siffrorna kan verka slumpmässiga, men de är faktiskt avrundade variationer av Fibonacci-tal. Dessa värden representerar oftast story points. Vissa team kan dock använda dem som en tidsbaserad uppskattning av hur lång tid det kan ta att slutföra en användarberättelse. Den vanligaste tidsbaserade uppskattningen mäts i timmar.

Produktägaren eller scrummästaren fungerar som moderator och läser en specifik användarberättelse från produkt- eller sprintbackloggen. Teammedlemmarna har sedan möjlighet att ställa frågor och förtydliga efter behov så att hela teamet kan få en tydlig känsla av vilket arbete som behöver slutföras för den specifika backlog-punkten. 

Här är några frågor som teamet kan ställa för att bättre förstå en användarberättelse:

• Vilka olika tekniker kan vi använda för att slutförd den här berättelsen?

• Hur många personer kommer att behöva arbeta med den här berättelsen?

• Hur kommer intressenterna att reagera om det blir några förseningar i den här berättelsen?

2. Rösta på varje användarberättelse

När teamet har avslutat diskussionen om en användarberättelse väljer varje estimatör ett kort som motsvarar mängden insats eller story points som de tror korrelerar med den backlog-punkten. Alla visar sedan sitt kort samtidigt. Om alla väljer samma uppskattning blir det den officiella uppskattningen för de specifika backlog-punkterna. Målet är att alla ska ha samma uppskattning. 

3. Nå enighet

Om teammedlemmarna har olika åsikter om sina ursprungliga uppskattningar tar teammedlemmen med den högsta uppskattningen och teammedlemmen med den lägsta uppskattningen lite tid för att diskutera varför de valde just det numret. När diskussionen är slutförd väljer alla sina kort igen. Den här processen upprepas tills teamet når enighet. 

4. Planera sprinten

Nu när alla punkter i backloggen har en uppskattning är det mycket enklare att planera en sprint. Eftersom hela teamet är överens om hur lång tid varje uppgift kommer att ta är det mycket mer troligt att ni kan få plats med rätt mängd arbete i era sprintar.

När ska man ha en planeringspokersession?

Planning poker sker vanligtvis strax före sprintplaneringsprocessen, så att produktchefen eller Scrum-mästaren kan få en korrekt uppfattning om arbetet innan en sprint schemaläggs. Du kan använda den här uppskattningsmetoden en gång per sprint. Eftersom punkter kontinuerligt läggs till i en produkt- eller sprintbacklog bör du ha en konstant tillgång på backlog-punkter att dra in i varje sprint. 

Om du bara har en liten mängd användarberättelser att diskutera i produktbackloggen kan du kombinera den här sessionen med slutet av ett dagligt standup-möte eftersom alla teammedlemmar redan är närvarande. 

Fördelarna med planeringspoker

Den största fördelen med planeringspoker är att teamets uppskattningar blir mer exakta. Att ha en korrekt uppskattning är en viktig del av sprintplaneringsprocessen eftersom det ger både teamet och intressenterna en realistisk tidslinje för när en uppgift kommer att vara slutförd.

Här är några fler sätt som planning poker kan gynna ert agila team:

• Varje teammedlem får säga sitt. Alla i ditt utvecklingsteam är viktiga och den här processen ger dem möjlighet att göra sitt bidrag känt. Det kan hjälpa teammedlemmarna att engagera sig mer i arbetet. 

• Teammedlemmarna får möjlighet att prata igenom användarberättelser. Under planeringspokerprocessen har utvecklingsteamet möjlighet att arbeta tillsammans för att prata igenom användarberättelser innan arbetet faktiskt börjar. Det hjälper alla att komma överens om hur man löser vissa användarberättelser, oavsett vilken utvecklare som har tilldelats den berättelsen. 

• Uppskattningar av uppgifter är relativa till andra uppgifter. När ditt team använder story points för att representera siffran på sitt planning poker-kort är det lättare att förstå hur mycket insats en specifik uppgift kommer att kräva baserat på andra uppgifter i processen. Till exempel kommer en användarberättelse med en uppskattning på 2 att vara mycket lättare att slutförd än en användarberättelse med en uppskattning på 40.

Planera din sprint med ett arbetshanteringsverktyg

Håll ditt agila team välorganiserat med ett arbetshanteringsverktyg. Asana hjälper dig att planera och organisera dina agila projekt i ett verktyg som är flexibelt och samarbetsinriktat. Oavsett om teamet arbetar med en Kanban-tavla eller en mer linjär tidslinje har Asana funktioner som hjälper ditt agila team att bygga snabbt.