Hvad er story points?

Et story point er en enhed for relativ størrelse. I stedet for at estimere et stykke arbejde i timer eller dage sammenligner teamet det med arbejde, det allerede har udført: “det her er omtrent dobbelt så stort som det der.” Tallet rummer indsats, kompleksitet og usikkerhed på én gang.

Hvorfor relativt og ikke timer

Mennesker er dårlige til at forudsige, hvor lang tid en opgave tager, og ret gode til at vurdere, om én opgave er større end en anden. Story points bruger den anden evne.

• Point afhænger ikke af, hvem der udfører arbejdet. En story er en 3’er, uanset om en senior- eller en juniorudvikler tager den; forskellen viser sig i, hvor hurtigt teamet færdiggør point, ikke i estimatet.
• Estimering går hurtigt. At sammenligne en story med en kendt tager sekunder. At bryde den ned i timer tager meget længere tid og er sjældent mere præcist.
• Point bliver til datoer gennem måling. Når teamet ved, hvor mange point det færdiggør pr. iteration — dets velocity — kan det forudsige, hvornår en samling stories er færdig.

Et estimat er en samtale om størrelse, ikke et løfte. Hvis teamet er uenigt om et tal, afslører diskussionen som regel en misforståelse om storyen, og det er det mere nyttige resultat.

Skalaer

Teams vælger en kort skala, så estimaterne forbliver grove. Almindelige skalaer:

• Fibonacci — 0, 1, 2, 3, 5, 8, 13. Springene vokser med størrelsen, fordi store stories er mere usikre.
• Lineær — 0, 1, 2, 3. En lille skala til teams, der deler arbejdet fint op.
• T-shirt-størrelser — S, M, L (nogle gange XS og XL).

En story, der er for stor til skalaens øverste værdi, er et signal om at dele den op i mindre stories.

Estimering som team

En udbredt teknik er planning poker: hver person vælger et estimat i stilhed, alle viser samtidig, og de, der gav det højeste og det laveste estimat, forklarer deres ræsonnement, før teamet lander på et tal. Når alle viser samtidig, kommer den første stemme ikke til at styre resten.

Estimér, før storyen startes, når teamet forstår, hvad “færdig” betyder for den — acceptkriterierne. Se Brugerhistorier og iterationsplanlægning.

Sådan gør East Agile Tracker

• Features tager point som standard. Bugs og chores forbliver uestimerede, medmindre projektet slår Points for bugs and chores til. Se Estimering af features.
• Der følger tre skalaer med: Fibonacci (0, 1, 2, 3, 5, 8, 13), East Agile (0, 1, 2, 3) og 3-Point (1, 2, 3 for Small / Medium / Large). Skalaen vælges pr. projekt; skifter man den senere, afbildes eksisterende estimater ikke om. Se Point.
• Point indgår i velocity. En storys point tæller med i velocity, når den når projektets done state, og velocity bestemmer størrelsen på de næste iterationer. Se Velocity.
• Uestimerede stories kan søges frem. Filteret is:unestimated viser de features, der stadig mangler et tal. Se Søgning og filtre.

Læs mere

• Hvad er velocity? — hvordan point bliver til en prognose.
• Scrum eller Kanban — hvor estimering passer ind i hver metode.
• eXtreme Programming — metoden, som story points stammer fra.