ScrumPoker

Guide til Story Points

Story Points i Scrum

Story Points hjælper agile teams med at estimere relativ størrelse i stedet for at foregive, at hver opgave har et præcist antal timer. Brug denne side til at forstå skalaen, og estimér derefter live med Scrum Poker.

Estimér Story Points med Scrum Poker

Hvad er Story Points?

Story Points er en relativ enhed for størrelsen på et backlog-element. De kombinerer indsats, kompleksitet og usikkerhed i ét fælles tal, som teamet kan sammenligne på tværs af stories.

Sådan fungerer Story Points

Teams vælger en velkendt reference-story og vurderer nyt arbejde i forhold til den. En 2'er bør føles omtrent dobbelt så stor som en 1'er. En 13'er bør føles markant større og mere risikofyldt end en 8'er. Værdien ligger i kvaliteten af samtalen, ikke i matematisk perfektion.

Story Points kontra timer

Timer tilskynder til falsk præcision og individuelle helteestimater. Story Points holder fokus på den relative sværhedsgrad for hele teamet. Kapacitetsplanlægning er stadig vigtig, men velocity måles i gennemførte points pr. sprint frem for lovede timer.

Sådan estimerer du Story Points

En praktisk estimeringscyklus ser sådan ud:

  • Afklar resultatet og begrænsningerne for historien.
  • Sammenlign den med nyligt afsluttet referencearbejde.
  • Stem uafhængigt med Planning Poker eller Scrum Poker.
  • Diskutér afvigelser, og bliv enige om en fælles størrelse.

Fibonacci Story Points

De fleste Scrum-teams bruger en modificeret Fibonacci-række, fordi større spring modvirker overpræcision på store, usikre elementer. Almindelige værdier er 0, 1, 2, 3, 5, 8, 13 og 21.

Hvad 1, 2, 3, 5, 8 og 13 betyder

De præcise definitioner varierer fra team til team, men et nyttigt udgangspunkt er:

  • 1: meget lille, velkendt ændring
  • 2: lille opgave med lav usikkerhed
  • 3: mellemstor opgave, tydelig vej, lidt koordinering
  • 5: væsentlig feature-del med flere bevægelige dele
  • 8: stort element, der kan skjule risici eller ukendte faktorer
  • 13: meget stort; overvej at dele det op før commitment

Eksempler på Story Points

En tekstændring på én skærm kan være en 1'er. Tilføjelse af validering til en eksisterende formular kan være en 3'er. En ny filtreret liste med API-ændringer kan være en 8'er. Hvis teamet ikke kan forklare risiciene på få minutter, så del elementet op i stedet for at fremtvinge et tal.

Story Points, kompleksitet og velocity

Points afspejler mere end kodetid. Kompleksitet, ukendte faktorer, testindsats og koordinering tæller alle med. Velocity er det gennemsnitlige antal points, der er gennemført over de seneste sprints. Brug det til prognoseintervaller, ikke som et performancemål for enkeltpersoner.

Almindelige fejl med Story Points

Undgå disse mønstre:

  • At omregne points tilbage til faste timer
  • At bruge points til at bedømme individuel hastighed
  • At estimere arbejde, der stadig er udefineret
  • Aldrig at opdele for store 13'ere eller 21'ere

FAQ om Story Points

Spørgsmål teams stiller, når de vurderer arbejdet

Er Story Points ens for alle teams?+

Nej. Points er lokale for et teams referenceskala. Sammenlign tendenser inden for ét team i stedet for at benchmarke points på tværs af teams.

Bør designere og QA også stemme?+

Ja, når de deler ansvaret for leverancen. Tværfunktionelle stemmer synliggør skjult test-, indholds- eller designarbejde tidligt.

Hvad hvis vi aldrig når konsensus?+

Registrér uenigheden som manglende information. Del historien op, lav et spike på det ukendte, eller vælg det højere estimat, når risikoen er reel.

Har vi brug for Fibonacci?+

Ikke nødvendigvis, men Fibonacci er populært, fordi det forhindrer falsk præcision og er nemt at facilitere i Planning Poker.

Hvordan øver vi estimering med Story Points?+

Åbn et gratis Scrum Poker-rum, vælg nogle nylige backlog-elementer, og estimér dem sammen med private stemmer og samtidig afsløring.

Estimér Story Points med Scrum Poker

Opret et gratis rum, del linket, og gør relativ størrelsesvurdering til en hurtig teamsamtale.

Start rum