Team Estimation Game er en teknik, der faciliterer Sprint Planlægning i Scrum. Hvordan adskiller det sig fra Planning Poker? Hvorfor finder nogle udviklingsteams det et mere effektivt værktøj, mens andre ikke gør? Du vil finde alt, hvad du behøver at vide om det i den følgende artikel.
Team Estimation Game – indholdsfortegnelse:
- Introduktion
- Regler for Team Estimation Game
- Team Estimation Game versus Planning Poker
- Sammenfatning
Introduktion
Team Estimation Game kaldes også Swimlanes Estimation. Sidstnævnte betegnelse opstod som en spontan observation af et kortspil, da visningen af kortene mindede om svømmebanerne i en svømmehal.
Team Estimation Game vinder konstant popularitet, da det gør det muligt for udviklingsteams at lave estimater omkring 3 gange hurtigere end ved brug af Planning Poker.
Vi skriver om denne teknik i den tidligere artikel. I dag lad os fokusere på Team Estimation Game.
Regler for Team Estimation Game
Team Estimation Game prompts:
- et sæt af User Stories kort – forberedt separat til hvert spil
- et sæt af Story Point kort – til gentagen brug
Først, stak User Stories kortene i den rækkefølge, der svarer til posterne i Product Backlog. For at sikre, at de mest presserende bliver estimeret først.
Scoringkortene indeholder normalt værdier, der svarer til Fibonacci-sekvensen. Dette er en sekvens af følgende tal: 0, 1, 3, 5, 8, 13, 20, 40 og 100. Du kan også mærke dem med successive potenser af tallet 2, det vil sige 2, 4, 8, 16, 32 og så videre.
Faserne af Team Estimation Game:
- Introduktion. For at spille Team Estimation Game sidder Scrum Team medlemmerne omkring et bord. Product Owner begynder med at trække det første kort fra User Story bunken og dele indholdet med alle. Derefter forbliver kortene på bordet. Så forklarer Product Owner resten af Scrum Team, at fra nu af vil spillerne evaluere User Stories som lette eller svære at implementere ved at placere dem henholdsvis til venstre og højre. Hvis nogen har en vis grad af vanskelighed, vil spilleren stable dem sammen, en oven på den anden på bordet. Nu tager personen, der sidder ved siden af dem med uret, det næste træk.
- En spiller trækker et kort fra User Story bunken. Efter at have delt indholdet med alle, forklarer han/hun essensen til Product Owner. Personen, der holder kortet, placerer det derefter på bordet og vælger en plads baseret på sin mening om sværhedsgraden af denne User Story. Derefter forklarer spilleren begrundelsen bag valget til alle, og de andre spillere er frie til at stille spørgsmål vedrørende ræsonneringen. De kan ikke stille spørgsmål ved selve beslutningen, men ved argumenterne, der retfærdiggør beslutningen.
- Nu tager spillerne en tur og har to muligheder at vælge imellem:
- Gentag trin 2, eller
- Flyt et af kortene på bordet til sin mest passende position
- Den afsluttende fase af placeringen af User Story kortene sker én gang eller mange gange, afhængigt af Scrum Team praksis. I denne runde har hver spiller endnu en mulighed for at flytte et af kortene på bordet til et mere passende sted.
- Når spillerne har tildelt alle User Stories kortene til deres placeringer, der repræsenterer sværhedsgrader, går udviklingsteamet videre til at matche værdien ved at tildele kortene fra Story Point bunken. Det første User Story kort til venstre får Story Point kortet med det laveste antal point fra Product Owner. Reglen for placering af efterfølgende kort er den samme som for punkterne 3 og 4. Dette afslutter estimatet.
Hvis de vælger den anden mulighed, skal de også retfærdiggøre, hvad der fik dem til at ændre mening. Spillerne skiftes til at gentage trin 3, indtil alle kort fra User Story bunken er blevet fordelt og estimeret.
Team Estimation Game versus Planning Poker
Team Estimation Game betragtes som et mere effektivt estimationsværktøj end Planning Poker. På grund af de følgende forskelle mellem disse to teknikker:
- Kort-bord. Team Estimation Game bruger den velkendte “kort-bord regel” fra populære kortspil. Dette betyder, at når du har placeret et kort, kan du ikke tage det tilbage. Fordi User Story bliver estimeret af én person ad gangen, er udsvinget mellem estimaterne og antallet af gange, positionerne skifter, betydeligt lavere sammenlignet med Planning Poker.
- En tilstrækkelig præcis beregning. I Planning Poker skal der opnås fuld enighed for hver User Story. I Team Estimation Game beslutter dog kun én person. Selv hvis hans/hendes estimat er forkert, vil en anden udvikler sandsynligvis placere det, så det matcher værdien mere præcist. Denne måde garanterer at nå tilstrækkeligt præcise og hurtige estimater.
- Udmattelse af emnet for diskussion. At argumentere for valg bliver ofte unødigt langt, når man spiller Planning Poker. Deres tid reduceres betydeligt under et Team Estimation Game, fordi de fokuserer på en enkelt beslutning fra en af udviklerne snarere end på karakteren af hver User Story.
En potentiel ulempe ved Team Estimation Game er en følelse af uretfærdighed. Hvis udviklingsteamet er større end antallet af User Stories, der er planlagt i en given Sprint, kan nogle udviklere føle sig udeladt.
Team Estimation Game – sammenfatning
Team Estimation Game har et omdømme som den mest effektive estimations teknik for de fleste Scrum Teams. Det er dog vigtigt at huske, at det kun er et værktøj til at estimere sværhedsgraden og indsatsen for User Stories. Og ligesom ethvert værktøj bør vi justere det til at matche behovene og evnerne hos teammedlemmerne.
Hvis du kan lide vores indhold, så bliv en del af vores travle bier fællesskab på Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
Som projektleder er Caroline en ekspert i at finde nye metoder til at designe de bedste arbejdsgange og optimere processer. Hendes organisatoriske færdigheder og evne til at arbejde under tidspres gør hende til den bedste person til at gøre komplicerede projekter til virkelighed.
Scrum Guide:
- Ordbog over grundlæggende termer, roller og begreber
- Hvad er Scrum?
- Scrum værdier
- Hvordan implementerer man Scrum i din virksomhed?
- Scrum Team - hvad er det, og hvordan fungerer det?
- Hvem er en Product Owner?
- De mest almindelige fejl hos Product Owner
- Hvem er Scrum Masteren?
- De mest almindelige fejl hos Scrum Master
- Hvilke statistikker og målinger bør Scrum Masteren følge?
- Udviklingsteam i Scrum
- De mest almindelige fejl hos udviklere
- Scrum artefakter
- Skalering af Scrum
- Sprint Backlog
- Hvad er produktbackloggen?
- Hvad er brugerhistorier?
- At skabe den bedste User Story med INVEST
- De mest almindelige fejl i User Stories
- Brugerhistorie Acceptkriterier
- Estimering og Story Points i Scrum
- Planlægningspoker
- Team Estimeringsspil
- Definere inkrement
- Scrum begivenheder
- Hvad er et Burndown-diagram?
- Fordele og ulemper ved burndown-diagrammet
- Kanban-tavler i Scrum og Scrumban
- Hastighed i Scrum - Udviklingsteamets hastighed
- Daglig Scrum
- Sprintplanlægning
- Sprintgennemgang
- Hvad er en Sprint Retrospektiv?
- Almindelige fejl under en Sprint Retrospektiv
- Produkt Backlog pleje
- Hvordan opretter og fortolker man et burndown-diagram?