ScrumPoker

Guide til Story Points

Story Points i Scrum

Story Points hjelper smidige team med å estimere relativ størrelse i stedet for å late som hver oppgave har et presist antall timer. Bruk denne siden for å forstå skalaen, og estimer deretter live med Scrum Poker.

Estimer Story Points med Scrum Poker

Hva er Story Points?

Story Points er en relativ enhet for størrelsen på et backlog-element. De kombinerer innsats, kompleksitet og usikkerhet i ett felles tall som teamet kan sammenligne på tvers av stories.

Slik fungerer Story Points

Team velger en kjent referanse-story og størrelsesvurderer nytt arbeid mot den. En 2-er bør føles omtrent dobbelt så stor som en 1-er. En 13-er bør føles betydelig større og mer risikofylt enn en 8-er. Verdien ligger i kvaliteten på samtalen, ikke matematisk perfeksjon.

Story Points kontra timer

Timer oppmuntrer til falsk presisjon og individuelle helteestimater. Story Points holder fokus på den relative vanskelighetsgraden for hele teamet. Kapasitetsplanlegging er fortsatt viktig, men velocity måles i fullførte points per sprint i stedet for lovede timer.

Slik estimerer du Story Points

En praktisk estimeringssyklus ser slik ut:

  • Avklar resultatet og begrensningene for historien.
  • Sammenlign den med nylig fullført referansearbeid.
  • Stem uavhengig med Planning Poker eller Scrum Poker.
  • Diskuter avvik og bli enige om en felles størrelse.

Fibonacci Story Points

De fleste Scrum-team bruker en modifisert Fibonacci-rekke fordi større sprang motvirker overpresisjon på store, usikre elementer. Vanlige verdier er 0, 1, 2, 3, 5, 8, 13 og 21.

Hva 1, 2, 3, 5, 8 og 13 betyr

Nøyaktige definisjoner varierer mellom team, men et nyttig utgangspunkt er:

  • 1: svært liten, godt forstått endring
  • 2: liten oppgave med lav usikkerhet
  • 3: middels stor oppgave, tydelig vei, noe koordinering
  • 5: betydelig del av en funksjon med flere bevegelige deler
  • 8: stort element som kan skjule risiko eller ukjente faktorer
  • 13: svært stort; vurder å dele opp før forpliktelse

Eksempler på Story Points

En tekstendring på én skjerm kan være en 1-er. Å legge til validering i et eksisterende skjema kan være en 3-er. Å bygge en ny filtrert liste med API-endringer kan være en 8-er. Hvis teamet ikke kan forklare risikoene på noen minutter, del opp elementet i stedet for å tvinge frem et tall.

Story Points, kompleksitet og velocity

Points gjenspeiler mer enn kodetid. Kompleksitet, ukjente faktorer, testinnsats og koordinering teller alle med. Velocity er gjennomsnittlig antall points fullført over de siste sprintene. Bruk det til prognoseintervaller, ikke som prestasjonsmål for enkeltpersoner.

Vanlige feil med Story Points

Unngå disse mønstrene:

  • Å konvertere points tilbake til faste timer
  • Å bruke points til å vurdere individuell hastighet
  • Å estimere arbeid som fortsatt er udefinert
  • Aldri å dele opp for store 13-ere eller 21-ere

Ofte stilte spørsmål om Story Points

Spørsmål team stiller når de størrelsesvurderer arbeid

Er Story Points de samme for alle team?+

Nei. Points er lokale for et teams referanseskala. Sammenlign trender innenfor ett team i stedet for å benchmarke points på tvers av team.

Bør designere og QA også stemme?+

Ja, når de deler ansvar for leveransen. Tverrfunksjonelle stemmer synliggjør skjult test-, innholds- eller designarbeid tidlig.

Hva om vi aldri oppnår konsensus?+

Registrer uenigheten som manglende informasjon. Del opp historien, gjør en spike på det ukjente, eller velg det høyere estimatet når risikoen er reell.

Trenger vi Fibonacci?+

Ikke nødvendigvis, men Fibonacci er populært fordi det hindrer falsk presisjon og er enkelt å fasilitere i Planning Poker.

Hvordan øver vi på estimering med Story Points?+

Åpne et gratis Scrum Poker-rom, velg noen nylige backlog-elementer og estimer dem sammen med private stemmer og samtidig visning.

Estimer Story Points med Scrum Poker

Opprett et gratis rom, del lenken og gjør relativ størrelsesvurdering til en rask teamsamtale.

Start rom