ScrumPoker

Guide till Story Points

Story Points i Scrum

Story Points hjälper agila team att estimera relativ storlek i stället för att låtsas att varje uppgift har ett exakt antal timmar. Använd sidan för att förstå skalan och estimera sedan live med Scrum Poker.

Estimera Story Points med Scrum Poker

Vad är Story Points?

Story Points är en relativ enhet för storleken på ett backlog-objekt. De kombinerar arbetsinsats, komplexitet och osäkerhet i ett gemensamt tal som teamet kan jämföra mellan stories.

Så fungerar Story Points

Team väljer en välbekant referens-story och storleksbedömer nytt arbete mot den. En 2:a bör kännas ungefär dubbelt så stor som en 1:a. En 13 bör kännas betydligt större och mer riskfylld än en 8. Värdet ligger i samtalets kvalitet, inte i matematisk perfektion.

Story Points kontra timmar

Timmar uppmuntrar falsk precision och individuella hjälteestimat. Story Points håller fokus på den relativa svårighetsgraden för hela teamet. Kapacitetsplanering är fortfarande viktig, men velocity mäts i slutförda points per sprint i stället för utlovade timmar.

Så estimerar du Story Points

En praktisk estimeringscykel ser ut så här:

  • Förtydliga storyns resultat och begränsningar.
  • Jämför den med nyligen slutfört referensarbete.
  • Rösta oberoende med Planning Poker eller Scrum Poker.
  • Diskutera avvikande estimat och enas om en gemensam storlek.

Fibonacci Story Points

De flesta Scrum-team använder en modifierad Fibonacci-sekvens eftersom större steg motverkar överdriven precision för stora, osäkra objekt. Vanliga värden är 0, 1, 2, 3, 5, 8, 13 och 21.

Vad 1, 2, 3, 5, 8 och 13 betyder

Exakta definitioner varierar mellan team, men en användbar utgångspunkt är:

  • 1: mycket liten, väl förstådd ändring
  • 2: liten uppgift med låg osäkerhet
  • 3: medelstor uppgift, tydlig väg, viss samordning
  • 5: betydande del av en funktion med flera rörliga delar
  • 8: stort objekt som kan dölja risker eller okända faktorer
  • 13: mycket stort; överväg att dela upp före åtagande

Exempel på Story Points

En textändring på en skärm kan vara en 1:a. Att lägga till validering i ett befintligt formulär kan vara en 3:a. Att bygga en ny filtrerad lista med API-ändringar kan vara en 8:a. Om teamet inte kan förklara riskerna på några minuter, dela upp objektet i stället för att tvinga fram ett tal.

Story Points, komplexitet och velocity

Points speglar mer än kodningstid. Komplexitet, okända faktorer, testarbete och samordning räknas alla in. Velocity är det genomsnittliga antalet points som slutförts under de senaste sprintarna. Använd det för prognosintervall, inte som prestationsmål för individer.

Vanliga misstag med Story Points

Undvik dessa mönster:

  • Att omvandla points tillbaka till fasta timmar
  • Att använda points för att bedöma individuell hastighet
  • Att estimera arbete som fortfarande är odefinierat
  • Att aldrig dela upp för stora 13:or eller 21:or

Vanliga frågor om Story Points

Frågor team ställer när de storleksbedömer arbete

Är Story Points samma för alla team?+

Nej. Points är lokala för ett teams referensskala. Jämför trender inom ett team i stället för att benchmarka points mellan team.

Bör designers och QA också rösta?+

Ja, när de delar ansvar för leveransen. Tvärfunktionella röster synliggör dolt test-, innehålls- eller designarbete tidigt.

Vad händer om vi aldrig når konsensus?+

Dokumentera oenigheten som saknad information. Dela upp storyn, gör en spike på det okända eller välj det högre estimatet när risken är verklig.

Behöver vi Fibonacci?+

Inte nödvändigtvis, men Fibonacci är populärt eftersom det motverkar falsk precision och är enkelt att facilitera i Planning Poker.

Hur övar vi estimering med Story Points?+

Öppna ett gratis Scrum Poker-rum, välj några nyliga backlog-objekt och estimera dem tillsammans med privata röster och samtidig visning.

Estimera Story Points med Scrum Poker

Skapa ett gratis rum, dela länken och gör relativ storleksbedömning till ett snabbt teamsamtal.

Starta rum