Story points: Guide för att uppskatta användarberättelser i agila metoder

Tänk tillbaka på när du senast åkte på en bilresa. Tog det så lång tid som du trodde eller stötte du på oväntade saker som tog tid, som trafikstockningar? Att planera och uppskatta projekt kan kännas ungefär så. Oväntade hinder och projektosäkerhet kan försena projekttidslinjen och leda till omfattningskrypning. Och precis som på din bilresa kan du hamna någonstans du aldrig förväntade dig att vara, till exempel över budget och underpresterande. 

Det är här uppskattningstekniker kommer in i bilden. Med uppskattningstekniker, som story points, kan du noggrant definiera omfattningen av uppgifter, vilket ger dig och teamet en tydligare bild av hur mycket insats uppgifterna kommer att kräva och var problem kan uppstå. Låt oss gå in på fördelarna med story points och hur man använder dem. 

Vad är story points?

Story points är ett sätt att uppskatta hur mycket insats som krävs för att slutföra en användarberättelse i produktbackloggen. Vanligtvis uppskattar man story points före ett sprintplaneringsmöte, eftersom det är då teamet bestämmer hur mycket arbete de kan utföra under en kommande sprint. 

Vanligtvis tar story points hänsyn till tre faktorer som kan påverka en uppgifts omfattning och insats, och story point-värdet ökar i enlighet med detta. Eftersom story points är relativa får man fram värdet genom att ta hänsyn till de här detaljerna och jämföra liknande uppgifter med varandra.

• Risk är den totala risken eller osäkerheten som är förknippad med uppgiften. Om uppgiften till exempel involverar tredje part, entreprenörer eller projektintressenter kan det öka risken.

• Repetition är teamets erfarenhet av liknande uppgifter. 

• Komplexitet är uppgiftens svårighetsgrad (och hur tydliga målen för uppgiften är). 

En viktig sak att veta är att story points är relativa, vilket innebär att deras relativa värde och förhållande till varandra är det som är viktigt, inte deras faktiska numeriska värde.

Story points jämfört med tidsbaserad uppskattning

Du kanske undrar varför man inte bara använder tid för att uppskatta uppgifter? Och det är inte fel: tidsbaserad (eller timbaserad) uppskattning är ett populärt sätt att beräkna arbetets omfattning. 

Men det finns en nackdel: till skillnad från story points tar tidsbaserade uppskattningar inte hänsyn till komplexitet, risk eller osäkerhet. De är också beroende av varje teammedlems personliga uppskattning, som kan variera beroende på anställningstid, förståelse för uppgiften och erfarenhet av liknande uppgifter. 

Agila story points löser de här potentiella problemen genom att uppmuntra till samarbete och ta hänsyn till risk, komplexitet och erfarenhet. Resultatet är ett universellt poängsystem som håller teammedlemmarna samordnade.

Sex steg för att implementera och uppskatta story points

Nu när du vet vad story points är ska vi gå igenom hur du kan uppskatta dem för att fastställa omfattningen av användarberättelser. 

1. Introducera story points för ditt team

En god förståelse för story points är avgörande för framgång. För att göra det lättare för teamet att komma igång med processen kan du gå igenom grunderna och fördelarna med story points. Se särskilt till att de förstår att story points måste skalas i förhållande till varandra.

Tips: Kom ihåg att det är förhållandena som är viktiga för story points, inte de faktiska siffrorna. Med andra ord bör en uppgift som har tilldelats en story point på två kräva dubbelt så mycket insats som en uppgift som har tilldelats en story point på ett. En uppgift som har tilldelats en story point på tre bör kräva en och en halv gånger så mycket insats som en uppgift som har tilldelats en story point på två. Du fattar säkert vart vi vill komma. 

2. Fastställ story point-skalan 

Nästa steg är att bestämma story point-sekvensen. Det här blir den poängsättningsmetod som teamet kommer att använda för att tilldela story points under uppskattningsmötet (mer om det senare). Sekvenser är användbara eftersom de tvingar teamet att fokusera på den relativa storleken mellan siffrorna, vilket gör det lättare att uppskatta komplexa uppgifter. Så vilken story point-sekvens ska man använda? Fibonacci-sekvensen – en serie tal där varje tal är summan av de två föregående talen – är populär för att göra uppskattningar i Agile. Men det kan bli komplicerat. Om siffrorna blir för mycket för teamet kan ni prova t-shirtstorlekar. Som namnet antyder delar den här sekvensen upp uppgifter i mer hanterbara storlekar baserat på t-shirtstorlekar: XS, S, M, L, XL och XXL. 

Tips: När team gör uppskattningar med agila metoder ändrar de vanligtvis Fibonacci-sekvensen till 0, 0,5, 1, 2, 3, 5, 8, 13, 20, 40 och 100 för att göra det enklare att använda. 

3. Skapa en story point-matris

En story point-matris är i princip en mer detaljerad version av story point-sekvensen. Den fungerar som en utgångspunkt för uppskattningsmötet och ger teamet en tydligare uppfattning om hur varje uppgift ska poängsättas. Om du inte har använt story points tidigare rekommenderar vi att du använder din kunskap om de uppgifter som ditt team vanligtvis slutför och den komplexitet, osäkerhet och insats som är förknippad med dem.

Som du kan se ökar story points-värdena i takt med att uppgiftens insats, komplexitet och risk ökar. 

Tips: Story point-matrisen kommer att utvecklas när ni kör sprintar och får en bättre förståelse för insatsen som krävs för teamets uppgifter. Oroa dig inte för att göra det perfekt första gången. Börja med teamets typiska uppgifter och planera att omvärdera matrisen efter varje sprint.

4. Håll ett planeringspokermöte

Nu när du har valt din story point-sekvens och skapat din story point-matris är det dags att komma till saken: att uppskatta dina story points med ett planeringspokermöte. 

Målet med planeringspoker är att tilldela story points till användarberättelser, hålla teamet samordnat och få en uppfattning om hur många uppgifter teamet kan slutföra under den kommande sprinten. Planning poker gör det genom att låta alla få ett ord med i laget om det kommande arbetet. När hela teamet är involverat kan du vara säker på att du tilldelar story points baserat på olika åsikter och förhindrar omedvetna fördomar. 

Så här genomför du ett framgångsrikt planeringspokermöte.    

• Ge ditt team en definierad story points-matris som referens, samt en uppsättning kort som visar din story points-sekvens. Du kan skapa korten själv eller ladda ner en uppsättning.   

• Välj en användarberättelse. 

• Diskutera storyn med teamet, inklusive vad som ingår och vad framgång innebär. 

• Låt varje teammedlem välja det story point-kort som de anser representerar den insats som krävs för att slutföra berättelsen. 

• Låt ditt team visa sina kortval samtidigt. Om story points stämmer överens går ni vidare till nästa user story. Om story points inte stämmer överens fortsätter ni att diskutera användarberättelsen tills ni når en överenskommelse.

• Upprepa processen tills du har tilldelat story points till alla uppgifter i produktbackloggen. 

• Använd din story point-matris som utgångspunkt för att bestämma hur många uppgifter ditt team kan slutföra under den kommande sprinten.

Tips: Planera att hålla planeringspokermöten efter att teamet har prioriterat backloggen och innan sprinten har startat. Planning poker-sessioner kan ta mellan två och fyra timmar (och den första sessionen kommer sannolikt att ta längre tid) så planera därefter. 

5. Planera och genomför din sprint 

Om det är första gången du använder story points vet du inte exakt hur många story points du kan slutförd per sprint (även känt som "sprint velocity") förrän du har slutfört din första sprint. Det är okej. Under sprintplaneringsmötet använder du din bästa uppskattning av hur många story points som ska ingå i din sprint baserat på uppgifternas komplexitet och story points-värdet. 

Tips: Din första sprint kan innehålla ett stort antal story points med lågt värde, ett litet antal story points med högt värde eller en blandning. Med tiden kommer du att lära dig vad som fungerar bäst för ditt team och förbättra processen baserat på teamets feedback. 

6. Förbättra dina story point-uppskattningar kontinuerligt

När du har slutfört din första sprint med story points är det dags att fokusera på huvudtemat i det agila ramverket: kontinuerlig förbättring. För att göra det samlas du med ditt team och diskuterar vad som gick bra och vad som kan förbättras. Du kan hålla ett separat möte för detta eller inkludera det i din sprintåterblick. 

Ställ frågor till teamet, till exempel om story points var korrekt definierade, vilka oväntade flaskhalsar de stötte på och andra anledningar till att målen inte uppnåddes. Använd svaren för att förbättra processen inför nästa sprint. Om det behövs kan du omvärdera story point-sekvensen eller story point-matrisen. 

Tips: När du har fastställt ditt teams hastighet kan du använda det numret för att fördela story points och se hur många sprintar det kommer att ta för ditt team att slutföra ett helt projekt.

Hur man använder story points i agila projekt

Det är ingen hemlighet: att planera i förväg är nyckeln till projektledning. Om man inte planerar arbetet ordentligt kan det leda till missade deadliner, omfattningskrypning och misslyckade projekt. Men om det låter skrämmande behöver du inte oroa dig. Story points kan vara till hjälp. 

För att bättre förstå story points ska vi ta en titt på hur man använder dem inom det agila ramverket:

• Skriv först en användarberättelse för varje önskad funktion. User stories följer formatet ”Som en [persona] vill jag [mål], så att [resultat eller fördel].”

• Lägg till användarberättelserna i produktbackloggen. 

• Tilldela story points till varje användarberättelse för att uppskatta insatsen. 

• Använd story points för att välja användarberättelser från din backlog och se till att du väljer rätt ”mängd” arbete för varje sprint. 

• Utför din sprint. 

Exempel: Låt oss säga att din användarberättelse är: ”Som användare vill jag kunna skicka feedback och frågor via webbplatsen för att bättre förstå produktfunktionerna.” Du skulle tilldela den här användarberättelsen en story point – återigen, den mängd insats du tror krävs för att slutföra berättelsen. Du kan sedan dela upp berättelsen i mindre uppgifter, till exempel att definiera och utforma feedbackformuläret, skriva koden för formuläret, skapa sidan och testa formuläret och publicera sidan. 

Fördelar med att använda story points

Det finns en anledning till att story points är den viktigaste uppskattningstekniken – de gör det enklare att uppskatta insatsen och förenklar sprintplaneringen. Men det är inte allt. Här är några fler fördelar med att använda agila story points:

• Snabbare planering. Story points är en måttenhet för relativ uppskattning, vilket innebär att du beräknar värdet av en story point genom att jämföra den med liknande, redan uppskattade arbetspunkter. Att använda en relativ poängmetod leder till snabbare uppskattning över tid – en stor vinst för ditt team. 

• Ta hänsyn till oförutsägbarhet och risk. Agila story points tar hänsyn till element som okända faktorer och risk. Om du använder de här faktorerna i din planering behöver du inte gissa när du gör en uppskattning, vilket gör att du kan beräkna insatsen mer exakt.

• Ta bort kompetensfördomar från planeringen och samordna teamet. Att förlita sig på enskilda teammedlemmars uppskattningar är inte alltid det bästa. En erfaren teammedlem kommer förmodligen att göra en helt annan insatsuppskattning än en ny teammedlem. Berättelsepunkter förebygger de här problemen genom att uppmuntra till samarbete i form av planeringspokermöten. 

• Skapa meningsfulla deadliner. Ingen gillar godtyckliga deadliner, men det är ofta vad du får när du använder andra uppskattningstekniker som baseras på tid. Eftersom story points är mer nyanserade leder de till meningsfulla slutdatum.  

• Skapa bättre uppskattningar framöver. En av de största fördelarna med story points är att de är anpassningsbara och återanvändbara. Det innebär att när du har skapat en story point-matris och hållit din första sprint kan du använda dina lärdomar för att omvärdera dina ursprungliga story point-värden och utveckla mer exakta uppskattningar. 

Effektiv story point-uppskattning med produktägaren 

Ett nära samarbete med produktägaren är viktigt för att få en korrekt story point-uppskattning. Produktägaren ger värdefulla insikter om Business Value, användarprioriteringar och acceptanskriterier för varje arbetsuppgift. Genom att involvera produktägaren i uppskattningsprocessen kan agila team säkerställa en gemensam förståelse för kraven och göra mer välgrundade uppskattningar.

För att samarbeta effektivt med produktägaren under story point-uppskattningen:

• Bjud in produktägaren till uppskattningsmöten och planeringspokersessioner.

• Uppmuntra produktägaren att klargöra krav, funktionalitet och svara på frågor.

• Diskutera varje stories business-värde och användarpåverkan med produktägaren.

• Se till att produktägaren förstår begreppet story points och relativ storlek.

• Samarbeta med produktägaren för att dela upp stora berättelser i mindre, uppskattningsbara delar.

Exempel: Låt oss säga att scrum-teamet – som består av utvecklingsteamet, scrummästaren och produktägaren – uppskattar en användarberättelse för en ny funktion i en mobilapp. Produktägaren deltar i uppskattningsmötet och ger ytterligare sammanhang om funktionens betydelse för användarna och den förväntade funktionaliteten. Utvecklingsteamet frågar scrumguiden för att klargöra acceptanskriterierna och gränsfallen. Tillsammans diskuterar produktägaren och teamet storyns komplexitet och delar upp den i mindre, mer hanterbara användarstorys. Genom att samarbeta nära med produktägaren får teamet en bättre förståelse för kraven och kan ge mer exakta story point-uppskattningar.

Undvik vanliga fallgropar vid story point-uppskattning

Det är inte alltid så lätt med story points. Story points effektiviserar projekthanteringsprocessen, men bara om du undviker vissa misstag när du gör en uppskattning. Här är några vanliga misstag som team gör när de uppskattar story points – och hur man undviker dem. 

Använda story points som inte är relativa 

Story points är relativa, vilket gör det lättare för teamet att förstå hur uppgifterna förhåller sig till varandra. Därför bör du inte tilldela poäng godtyckligt. Kom ihåg: story points ska skalas i förhållande till varandra. 

Att likställa story points med timmar 

Eftersom tidsuppskattning inte tar hänsyn till faktorer som komplexitet och osäkerhet strider det mot målet att använda tim- eller dagsuppskattningar som story points. Ta istället hänsyn till de tre komponenterna vi har gått igenom – komplexitet, risk och repetition – för att fastställa dina story point-värden. 

Inkonsekvent story point-uppskattning

Inkonsekvens i story point-uppskattningen kan leda till förvirring och felaktig planering. Se till att ditt team har en gemensam förståelse för vad varje story point-värde representerar. Regelbundna sessioner för att förfina backloggen och uppskattningsworkshoppar kan bidra till att upprätthålla konsekvens.

Överdriven betoning på precision 

Även om story point-uppskattning syftar till att förbättra noggrannheten är det kontraproduktivt att sträva efter perfekt precision. Omfamna den inneboende osäkerheten i programvaruutveckling och använd story points som ett verktyg för relativ storlek i stället för att sikta på exakta uppskattningar.

Att inte lära sig av tidigare story point-uppskattningar 

Förbättra kontinuerligt din story point-uppskattning genom att reflektera över tidigare sprintar. Jämför den faktiska insatsen som krävs för att slutföra berättelser med de ursprungliga uppskattningarna. Använd den här feedbacken för att kalibrera ditt teams förståelse av story points och förfina din uppskattningsprocess. Engagera hela scrum-teamet, inklusive testaren, för att samla in insikter och mätvärden för att förbättra din agila praxis.

Hantera sprintplanering och story points med mallar

Berättelsepoäng är en viktig del av projekthanteringen. Men att korrekt uppskatta insatsen och slutföra uppgifterna är mycket enklare när produktbackloggens punkter är välorganiserade och matchar teamets arbete. Asana finns här för att hjälpa dig. Organisera din backlog, spåra dina agila projekt och kommunicera effektivt med ditt team med en mall för sprintplanering som är lika samarbetsinriktad som ditt team.