Vad är det enklaste sättet att förklara Historiapunkter?

jag måste erkänna min kärlek-hat-relation med Historiapunkter. Story punkter är full av missuppfattningar. Några av de vanliga missförstånden jag hör när jag börjar med ett nytt team:

”Berättelsepunkter handlar om komplexitet.”

” hur många dagar är 1 berättelse?”

” du borde inte berätta fel eller saker som inte har något omedelbart affärsvärde.”

” Låt oss ta genomsnittet av alla Story punkt uppskattningar under planering Poker.”

nästan varje lag Jag börjar arbeta med lider av Story Point förvirring. Jag tror att detta inte beror på att Historiapunkter är så svåra att förstå, utan för att de är svåra att förklara.

detta leder till att varje person har sin egen och olika förståelse för Berättelsepunkter. Jag tror att detta kan förhindras genom att förklara Historiapunkter med hjälp av hundar.

låt oss säga att vi är intresserade av att bestämma storleken på en hund. Hur stor är den här Corgi?

tuff fråga. Hur uppskattar du ens storleken på en hund? Genom att gissa att det är ungefärliga dimensioner?

Låt oss ställa en enklare fråga. Vilken hund är mest lika stor som Corgi? Alternativ A, B eller C?

a: Chihuahua

B: Border Collie

C: St. Bernard

en mycket lättare fråga, eller hur?

Alternativ B! Du märker i en blixt att Corgi är mest lika stor som Border Collie.

föreställ dig nu att vi sätter siffror på de olika hundraserna, och vi är överens om att Chihuahua är 1 Hundpunkt, Border Collie är 5 Hundpoäng och St.Bernard är 13 Hundpoäng. Vi bestämmer oss också för att använda följande Fibonacci – liknande sekvens för att uppskatta hundstorlekar: 1, 2, 3, 5, 8, 13, 20, 40, 100.

jag skulle kunna kasta någon hund på dig och förutsatt att du är bekant med hundrasen, skulle du kunna uppskatta det med Hundpoäng. Även om du inte skulle ha någon aning om hundens exakta dimensioner.

Grattis! Du har nu bemästrat den hemliga konsten att hund punkt uppskattning. Jag hör dig säga, varför skulle jag bry mig om det exakt? Bra fråga!

Berättelsepunkter fungerar i princip på samma sätt som Hundpunkter. Du använder dem inte för att Storlek hundar, men du använder dem för att Storlek eftersläpning objekt när det gäller ansträngning. I slutändan representerar Historiapunkter en okänd tid. Allt vi vet är att Eftersläpningsposter med samma historia punkt uppskattning tar en jämförbar, men okänd, tid att slutföra. Så hur gör du Story Point Backlog objekt?

1. du upprättar några referens Backlog objekt laget har slutfört. Du tilldelar dem till hinkar baserat på den ansträngning som krävdes för att slutföra dem med samma Fibonacci-liknande sekvens som vi använde för hundstorlekarna. Det är samma sak som vi gjorde när vi kom överens om att Chihuahua = 1 poäng, Border Collie = 5 poäng och St.Bernard = 13 poäng.
2. du använder dessa referens Backlog-objekt för att uppskatta nytt arbete som visas på produktbackloggen och placera dem i rätt hink genom att uppskatta med laget. När det finns motstridiga uppskattningar diskuterar och löser du dessa tillsammans.

några av er kanske har hört att Historiapunkter handlar om osäkerhet, komplexitet eller risk. Osäkerhet, komplexitet och risk är alla faktorer som påverkar ansträngningen, men var och en av dem räcker inte för att bestämma ansträngningen. Så snälla jämställ inte Historiapunkter med komplexitet, eftersom det bara kan orsaka förvirring.

så varför använder lag Historiapoäng? Att använda Historiapunkter ger följande fördelar:

• snabbt uppskatta frågor. Uppskattningen är i förhållande till redan slutförda Produktbackloggposter. Detta är snabbare än att uppskatta utan någon referens.
• uppskatta utan att ge ett specifikt tidsåtagande. När du beräknar i timmar gör du ett exakt tidsåtagande. Att uppskatta i Berättelsepunkter förhindrar att man ger ett exakt engagemang. Ingen vet exakt hur många timmar du utser till en specifik fråga.
• omfamna osäkerheten som följer med uppskattning. Story Points anger ett okänt tidsintervall. Genom att välja från en specifik Fibonacci-liknande sekvens av Berättelsepunkter kan du fånga osäkerhet. Osäkerhet fångas i Fibonacci – liknande sekvens eftersom när antalet blir större, stegen mellan siffrorna blir också större.
• exakt nog för att planera sprints framåt. Detta gör att du bättre kan hantera intressenternas tidsförväntningar för framtida arbete.

vissa lag går ännu längre och använder inte Historiapunkter alls. Detta kallas #NoEstimates. Det enda kriteriet för lag som följer en # NoEstimates-strategi är att Backlog-objektet kan slutföras i en Sprint. I grund och botten använder # NoEstimates förespråkare bara två hinkar: det passar i en Sprint, eller det gör det inte. skivningen av Backlog-objekt för att passa i en Sprint är den implicita uppskattningen de använder. Att göra mindre skivor är bättre, eftersom det ökar förutsägbarheten och flödet av arbete.

i ett nötskal, så här fungerar Historiapunkter. Jag hoppas att denna förklaring är enkel nog att du kommer ihåg den och kan använda den för att lära andra hur man tillämpar Historiapunkter.

det är viktigt att komma ihåg, dina uppskattningar kommer alltid att vara avstängda och du kan aldrig göra dem perfekta. Vad du än gör är det oundvikligt att du upptäcker något som kommer att göra några av dina första uppskattningar felaktiga.

när man gör komplicerat arbete är mer okänt än känt. Osäkerhet kommer alltid att finnas i dina uppskattningar. Är omöjligt att ta bort all osäkerhet oavsett vad du gör. Scrum hanterar detta med att lära sig genom att göra och hjälpa till att hantera osäkerhet som det verkar.

om ditt lag konsekvent kan uppfylla sprintmålet, sluta oroa dig för dina uppskattningar även om de är avstängda. Det är mycket viktigare att oroa sig för om du bygger rätt sak. Även om det kan verka viktigt att leverera i tid på grund av intressentpress, är det sällan viktigare att vara i tid än att se till att du levererar något av värde till dina kunder och verksamheten.

avslöjande: jag lärde mig först om begreppet Hundpoäng från Mike Cohn. Jag kom inte med den här förklaringen, jag känner bara att fler människor borde veta om detta sätt att förklara Historiapunkter.

vill du skriva för seriös Scrum eller seriöst diskutera Scrum?