Story points förklarade: relativ estimering i stället för timmar, Fibonacci-skalan, hur poäng matar velocity och releaseprognoser, och hur East Agile Tracker estimerar stories.
En story point är en enhet för relativ storlek. I stället för att estimera ett arbete i timmar eller dagar jämför teamet det med arbete det redan har gjort: “det här är ungefär dubbelt så stort som det där.” Siffran fångar insats, komplexitet och osäkerhet på en gång.
Varför relativt och inte timmar
Section titled “Varför relativt och inte timmar”Människor är dåliga på att förutsäga hur lång tid en uppgift tar, och ganska bra på att bedöma om en uppgift är större än en annan. Story points använder den andra förmågan.
- Poäng beror inte på vem som gör arbetet. En story är en 3:a oavsett om en senior eller en junior ingenjör tar den; skillnaden syns i hur snabbt teamet blir klart med poäng, inte i estimatet.
- Estimeringen går fort. Att jämföra en story med en känd tar några sekunder. Att bryta ner den i timmar tar mycket längre tid och blir sällan mer exakt.
- Poäng blir datum genom mätning. När teamet vet hur många poäng det blir klart med per iteration — dess velocity — kan det förutsäga när en uppsättning stories blir klar.
Ett estimat är ett samtal om storlek, inte ett löfte. Om teamet inte är överens om en siffra brukar diskussionen avslöja ett missförstånd om storyn, vilket är det mer användbara resultatet.
Skalor
Section titled “Skalor”Team väljer en kort skala så att estimaten förblir grova. Vanliga skalor:
- Fibonacci — 0, 1, 2, 3, 5, 8, 13. Stegen växer med storleken, eftersom stora stories är mer osäkra.
- Linjär — 0, 1, 2, 3. En liten skala för team som delar upp arbetet fint.
- T-shirtstorlekar — S, M, L (ibland XS och XL).
En story som är för stor för skalans översta värde är en signal om att dela upp den i mindre stories.
Att estimera som team
Section titled “Att estimera som team”En vanlig teknik är planning poker: var och en väljer ett estimat i tysthet, alla visar samtidigt, och de som gav högst och lägst estimat förklarar sina resonemang innan teamet enas om en siffra. Att visa samtidigt hindrar den första rösten från att styra resten.
Estimera innan storyn startas, när teamet förstår vad “klar” betyder för den — acceptanskriterierna. Se Användarberättelser och iterationsplanering.
Så gör East Agile Tracker
Section titled “Så gör East Agile Tracker”- Features tar poäng som standard. Bugs och chores förblir oestimerade om inte projektet slår på Points for bugs and chores. Se Estimera features.
- Tre skalor ingår: Fibonacci (0, 1, 2, 3, 5, 8, 13), East Agile (0, 1, 2, 3) och 3-Point (1, 2, 3 för Small / Medium / Large). Skalan väljs per projekt; att byta den senare mappar inte om befintliga estimat. Se Points.
- Poäng matar velocity. En storys poäng räknas in i velocity när den når projektets klart-tillstånd, och velocity bestämmer storleken på de kommande iterationerna. Se Velocity.
- Oestimerade stories går att söka fram. Filtret
is:unestimatedlistar features som fortfarande behöver en siffra. Se Sök och filter.
Läs vidare
Section titled “Läs vidare”- Vad är velocity? — hur poäng blir en prognos.
- Scrum eller Kanban — var estimering passar in i respektive metod.
- eXtreme Programming — metoden som story points kommer från.