Planning Poker är en av de mest populära Scrum-estimeringsteknikerna. Den äger rum under Sprintplanering och har några enkla regler. Alla spelare blir medlemmar i Utvecklingsteamet och var och en av dem lägger samtidigt en kort med antalet Story Points på bordet för att uppskatta uppgiften som beskrivs av Produktägaren. Vad är fördelarna och nackdelarna med Planning Poker, och hur spelar man det? Ta en titt på vårt inlägg för att ta reda på och bemästra tekniken.
Planning Poker – innehållsförteckning:
- Introduktion
- Hur spelar man Planning Poker?
- Regler för Planning Poker
- Fördelar och nackdelar med Planning Poker
- Sammanfattning
Introduktion
Planning Poker, även kallad Scrum Poker eller Pointing Poker är en relativ teknik för att uppskatta mängden arbete som krävs för att slutföra en specifik uppgift. Den skapades 2022 av James Grenning. Han ville lösa problemet med oändliga tvister i Scrum-teamet angående uppskattningen av svårighetsgraden av de uppgifter som ges till utvecklarna.
Hur spelar man Planning Poker?
Målet med Planning Poker är att uppskatta svårighetsgraden och insatsen för varje User Story som valts för en given Sprint. Reglerna för att spela Planning Poker är enkla. Men först måste du förbereda de nödvändiga tillbehören.
Story Point-korten innehåller vanligtvis värden som motsvarar Fibonacci-sekvensen, dvs. 0, 1, 3, 5, 8, 13, 20, 40 och 100. Det händer också att de är märkta med successiva potenser av 2, dvs. 2, 4, 8, 16, 32 och så vidare. Varför är de inte konsekutiva nummer? För att Planning Poker handlar om att tydligt visa skillnaderna mellan svårighetsgraden av uppgifterna. Och för små skillnader mellan kortens värden skulle fördunkla bedömningarna.
Numren uttrycker vanligtvis antalet Story Points. Men de kan också vara andra måttenheter som används av Scrum-teamet. Vi skrev mer om uppskattningsenheter och Story Points i denna artikel.
Regler för Planning Poker
Planning Poker-speluppmaningar:
- en kortlek med User Stories – förberedd separat för varje spel
- en kortlek med Story Points – en lek för varje utvecklare, för upprepad användning
Faserna av Planning Poker:
- Presentation av User Story
- Diskussion
- Spelande (Faser 2 och 3 upprepas tills konsensus nås av alla)
- Konsensus
- Gå vidare till nästa User Story
Planning Poker äger vanligtvis rum under Sprintplanering. Produktägaren håller User Stories-korten och utvecklarna får en kortlek med Story Points.
Moderatorn är Produktägaren som inleder spelet genom att presentera en User Story för de andra medlemmarna i Scrum-teamet. Om de har frågor bör de tala ut omedelbart efter att en User Story har presenterats.
Nästa steg är att inleda en diskussion om genomförandet av User Story. Hela Scrum-teamet deltar i diskussionen, men de huvudsakliga deltagarna är utvecklarna. Diskussionen handlar bland annat om sådana frågor som:
- den tekniska sidan av uppgiften
- färdigheter hos enskilda utvecklare som kommer att vara nödvändiga för att slutföra uppgiften
- sätt att hantera de förväntade svårigheterna
- ytterligare uppgifter kopplade till genomförandet av User Story.
När utvecklarna är överens om de viktigaste frågorna väljer de var och en ett av korten från sin Story Point-lek. Sedan placerar de det i enlighet med sin åsikt över User Story-kortet som bäst återspeglar dess komplexitetsnivå.
Nästa steg beror på hur korten har fördelats:
- Om utvecklarna placerade kort av olika värden på bordet, återvänder de till diskussionen. Då tar de bort korten från bordet och uppskattar värdet av User Story på nytt. Situationen upprepas och utvecklarna drar igen tills de når en konsensus.
- Om utvecklarna är överens om User Story, går de vidare till nästa runda av Planning Poker. Produktägaren presenterar nästa User Story, och proceduren upprepas tills poolen av User Stories som är planerade för den aktuella Sprinten är uttömd.

Fördelar och nackdelar med Planning Poker
Fördelen med Planning Poker är utan tvekan standardiseringen av arbetet med User Stories. Utvecklingsteamet har i sina händer en färdig uppsättning kort för att beräkna mängden arbete. Detta gör att värdena i varje Sprint förblir konstanta och teamet lär sig att uppskatta med specifika enheter.
En annan viktig fördel är den lika deltagandet av alla utvecklare i uppskattningen av uppgiftens komplexitet. Även personer som inte är direkt involverade i dess genomförande kan bidra till diskussionen. Till exempel genom att uppmärksamma problem som inte uppstod eftersom, till exempel, utvecklarna fokuserade på de tekniska aspekterna av uppgiften.
En annan fördel med att spela Planning Poker handlar om att utveckla färdigheten att sätta tidsgränser för diskussionen och, om nödvändigt, begränsa antalet rundor som spelas för varje User Story.
Men den tid som krävs för att nå konsensus är också en av de mest frekvent citerade nackdelarna med Planning Poker. Om en eller flera utvecklare är ovilliga att enas med de andra kan spelet potentiellt dra ut på tiden i det oändliga.

Sammanfattning
Planning Poker är en mycket effektiv relativ uppskattningsteknik. Utvecklingsteamet får en färdig ram av aktiviteter och poängvärden för att uppskatta tid och svårighetsgrad av uppgifter. Detta gör att de kan fokusera på problemlösande diskussioner samt förbättra sina uppskattningar genom att jämföra beräkningar och realtids User Stories.
Om du gillar vårt innehåll, gå med i vår aktiva community av busy bees på Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
Som projektledare är Caroline en expert på att hitta nya metoder för att utforma de bästa arbetsflödena och optimera processer. Hennes organisatoriska färdigheter och förmåga att arbeta under tidspress gör henne till den bästa personen att förvandla komplicerade projekt till verklighet.
Scrum Guide:
- Ordlista över grundläggande termer, roller och begrepp
- Vad är Scrum?
- Scrum-värden
- Hur implementerar man Scrum i ditt företag?
- Scrum-team - vad är det och hur fungerar det?
- Vem är en produktägare?
- De vanligaste misstagen hos en produktägare
- Vem är Scrum Master?
- De vanligaste misstagen av Scrum Master
- Vilka statistik och mätvärden bör Scrum Mastern följa?
- Utvecklingsteam i Scrum
- De vanligaste misstagen hos utvecklare
- Scrumartefakter
- Skalning av Scrum
- Sprint Backlog
- Vad är produktbackloggen?
- Vad är användarberättelser?
- Skapa den bästa användarberättelsen med INVEST
- De vanligaste misstagen i User Stories
- Användarberättelse Acceptanskriterier
- Uppskattning och Story Points i Scrum
- Planeringspoker
- Team Estimation Game
- Definiera inkrement
- Scrum-evenemang
- Vad är en Burndown-diagram?
- Fördelar och nackdelar med burndown-diagrammet
- Kanban-tavlor i Scrum och Scrumban
- Hastighet i Scrum - Utvecklingsteamets hastighet
- Daglig Scrum
- Sprintplanering
- Sprintgranskning
- Vad är en Sprint Retrospektiv?
- Vanliga misstag under en Sprint Retrospektiv
- Produktbacklogg vård
- Hur man skapar och tolkar ett burndown-diagram?
- Vad är Sprint i Scrum?
- Samarbete mellan Produktägare och Scrum Master
- Scrumteamets åtaganden - Produktmål, Sprintmål och Definition av klarhet
- Egenskaper hos en bra Scrum Master