Scrum Guide | 25. Team Estimeringsspel

Team Estimation Game är en teknik som underlättar Sprintplanering i Scrum. Hur skiljer det sig från Planning Poker? Varför tycker vissa utvecklingsteam att det är ett mer effektivt verktyg medan andra inte gör det? Du hittar allt du behöver veta om det i följande artikel.

Team Estimation Game – innehållsförteckning:

1. Introduktion
2. Regler för Team Estimation Game
3. Team Estimation Game versus Planning Poker
4. Sammanfattning

Introduktion

Team Estimation Game kallas också Swimlanes Estimation. Den senare termen uppstod som en spontan observation av ett kortspel eftersom visningen av korten liknade simbanorna i en vattenpool.

Vi skriver om denna teknik i den tidigare artikeln. Idag fokuserar vi på Team Estimation Game.

Regler för Team Estimation Game

Team Estimation Game uppmanar:

• en kortlek med User Stories-kort – förberedd separat för varje spel
• en kortlek med Story Point-kort – för upprepad användning

Först, stapla User Stories-korten i den ordning som motsvarar posterna i Product Backlog. För att säkerställa att de mest brådskande uppskattas först.

Poängkorten innehåller vanligtvis värden som motsvarar Fibonacci-sekvensen. Detta är en sekvens av följande nummer: 0, 1, 3, 5, 8, 13, 20, 40 och 100. Du kan också märka dem med successiva potenser av talet 2, det vill säga 2, 4, 8, 16, 32 och så vidare.

Faserna av Team Estimation Game:

1. Introduktion. För att spela Team Estimation Game sitter Scrum-teamets medlemmar runt ett bord. Produktägaren börjar med att dra det första kortet från User Story-leken och dela dess innehåll med alla. Sedan stannar korten på bordet. Därefter förklarar produktägaren för resten av Scrum-teamet att spelarna från och med nu kommer att utvärdera User Stories som lätta eller svåra att implementera genom att placera dem enligt vänster och höger. Om något har en viss svårighetsgrad, kommer spelaren att stapla dem tillsammans, en ovanpå den andra på bordet. Nu gör personen som sitter bredvid dem medurs nästa drag.
2. En spelare drar ett kort från User Story-leken. Efter att ha delat dess innehåll med alla, förklarar de dess essens för produktägaren. Personen som håller kortet placerar det sedan på bordet och väljer en plats baserat på sin åsikt om svårighetsgraden av denna User Story. Sedan förklarar spelaren motiven bakom valet för alla och de andra spelarna är fria att ställa frågor angående resonemanget. De kan inte ifrågasätta beslutet i sig men argumenten som motiverar beslutet.
3. Nu turas spelarna om och har två alternativ att välja mellan:

• Upprepa steg 2, eller
• Flytta ett av korten på bordet till sin mest lämpliga position

Om de väljer det andra alternativet, bör de också motivera vad som fick dem att ändra sig. Spelarna turas om att upprepa steg 3 tills alla kort från User Story-leken har distribuerats och uppskattats.

Det sista steget av att placera User Story-korten sker en gång, eller flera gånger, beroende på Scrum-teamets praxis. Under denna runda har varje spelare ännu en möjlighet att flytta ett av korten på bordet till en mer lämplig plats.

När spelarna har tilldelat alla User Stories-kort till sina platser som representerar svårighetsgrader, går utvecklingsteamet vidare för att matcha värdet genom att tilldela korten från Story Point-högen. Det första User Story-kortet till vänster får Story Point-kortet med det lägsta antalet poäng av produktägaren. Reglerna för att placera efterföljande kort är desamma som för punkterna 3 och 4. Detta avslutar uppskattningen.

Team Estimation Game versus Planning Poker

Team Estimation Game anses vara ett mer effektivt uppskattningsverktyg än Planning Poker. På grund av följande skillnader mellan dessa två tekniker:

• Kortbord. Team Estimation Game använder den välkända “kort-bord-regeln” från populära kortspel. Detta innebär att när du har placerat ett kort kan du inte ta tillbaka det. Eftersom User Story uppskattas av en person i taget, är fluktuationen mellan uppskattningarna och antalet gånger som positionerna skiftas betydligt lägre, jämfört med Planning Poker.
• En tillräckligt noggrann beräkning. I Planning Poker bör en fullständig konsensus nås för varje User Story. I Team Estimation Game beslutar dock endast en person. Även om hans/hennes uppskattning är fel, kommer en annan utvecklare sannolikt att placera den på ett sätt som matchar dess värde mer exakt. Detta garanterar att man når tillräckligt noggranna och snabba uppskattningar.
• Utmattning av diskussionsämnet. Att argumentera för val blir ofta överdrivet långt när man spelar Planning Poker. Deras tid minskas kraftigt under en Team Estimation Game eftersom de fokuserar på ett enda beslut av en av utvecklarna snarare än på varje User Storys natur.

En potentiell nackdel med Team Estimation Game är en känsla av orättvisa. Om utvecklingsteamet är större än antalet User Stories som är schemalagda i en given Sprint, kan vissa utvecklare känna sig utanför.

Team Estimation Game – sammanfattning

Team Estimation Game har en åsikt om den mest effektiva uppskattningstekniken för de flesta Scrum-team. Det är dock viktigt att komma ihåg att det bara är ett verktyg för att uppskatta svårighetsgraden och insatsen för User Stories. Och precis som med alla verktyg bör vi justera det för att matcha behoven och kapabiliteterna hos teammedlemmarna.

Om du gillar vårt innehåll, gå med i vår aktiva community av busy bees på Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.