Story points: En 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 problem, till exempel trafikstockningar? Att planera och uppskatta projekt kan kännas ungefär så. Oväntade hinder och projektosäkerheter kan försena din projekttidslinje och leda till omfattningskrypning. Och precis som på din bilresa kan du hamna någonstans där 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, såsom story points, kan du noggrant definiera omfattningen för 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 fördjupa oss i fördelarna med story points och hur man använder dem. 

Vad är historikpoäng?

Story points är ett sätt att uppskatta hur mycket insats som krävs för att slutföra en användarberättelse i din produktbacklogg. Vanligtvis uppskattar man story points före ett sprintplaneringsmöte eftersom det är då teamet avgör hur mycket arbete de kan utföra i 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 därefter. Eftersom story points är relativa får du fram deras värde 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 parter, entreprenörer eller projektintressenter kan det öka risken.

• Upprepning ä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 spelar roll, inte deras faktiska numeriska värde.

Story points vs tidsbaserad uppskattning

Du kanske undrar varför man inte bara kan använda tid som en uppskattning för uppgifter? Och du har inte fel: tidsbaserad (eller timbaserad) uppskattning är ett populärt sätt att bedöma arbetet. 

Men det finns en nackdel: till skillnad från historikpoäng tar tidsbaserade uppskattningar inte hänsyn till komplexitet, risk eller osäkerhet. De beror också på varje teammedlems personliga uppskattning, vilket kan variera beroende på erfarenhet, 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 historikpunkter

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

1. Introducera historikpunkter för ditt team

En god förståelse för story points är avgörande för att lyckas. 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 siffrorna för story points måste skalas i förhållande till varandra.

Tips: Kom ihåg att det är förhållandet som är viktigt med story points, inte de faktiska siffrorna. Med andra ord bör en uppgift som har tilldelats en historikpoäng på två kräva dubbelt så mycket insats som en uppgift som har tilldelats en historikpoäng på ett. En uppgift som har tilldelats en historikpoäng på tre bör kräva en och en halv gånger så mycket insats som en uppgift som har tilldelats en historikpoäng på två. Du förstår vart vi är på väg med det här. 

2. Fastställ din historikpunktskala 

Fastställ sedan din historikpunktsekvens. Det kommer att bli den poängsättningsmetod som teamet använder 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 historiksekvens ska du 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 uppskattningar i agila metoder. Men det kan bli komplicerat. Om numeriska värden överväldigar ditt team kan du 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 den agila metoden ändrar de vanligtvis Fibonacci-sekvensen till 0, 0,5, 1, 2, 3, 5, 8, 13, 20, 40 och 100 för enkelhets skull. 

3. Skapa en historikpunktsmatris

En story point-matris är i princip en utvidgad version av din story point-sekvens. Den fungerar som en referens för uppskattningsmötet och ger teamet en tydligare uppfattning om hur man ska poängsätta varje uppgift. 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 deras komplexitet, osäkerhet och insats.

Som du kan se ökar värdena för story points när uppgiftens insats, komplexitet och risk ökar. 

Tips: din historikpunktsmatris kommer att utvecklas när du kör sprintar och får en bättre förståelse för den insats som krävs för teamets uppgifter. Oroa dig inte för att göra den perfekt första gången. Utgå från 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: uppskatta dina story points med ett planeringspokermöte. 

Målet med planeringspokern ä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. Planeringspoker gör det genom att låta alla delta i det kommande arbetet. När hela teamet är involverat kan du vara säker på att du tilldelar historikpunkter 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 tydlig story point-matris som referens, samt en uppsättning kort som visar din story point-sekvens. Du kan skapa korten själv eller ladda ner en uppsättning.   

• Välj en användarberättelse. 

• Diskutera historien med teamet, inklusive vad som är inblandat och hur framgång ser ut. 

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

• Låt teamet visa sina val samtidigt. Om story points stämmer överens går du vidare till nästa användarberättelse. Om story points inte stämmer överens kan ni fortsätta att diskutera användarberättelsen tills ni kommer överens.

• 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 avgöra hur många uppgifter teamet 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. Planeringspokersessioner 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öra per sprint (även kallat ”sprint-hastighet”) förrän du har slutfört din första fullständiga sprint. Det är okej. Under sprintplaneringsmötet kan du använda din bästa uppskattning av hur många historikpunkter som ska ingå i sprinten baserat på uppgifternas komplexitet och historikpunktens värde. 

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

6. Förbättra kontinuerligt dina historikpunktsuppskattningar

När du har slutfört din första sprint med hjälp av story points är det dags att fokusera på det viktigaste temat i det agila ramverket: kontinuerlig förbättring. För att göra det kan du samlas med teamet och diskutera 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. 

Fråga teamet om story points har definierats korrekt, vilka oväntade projektflaskhalsar de stötte på och andra orsaker 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 din story point-sekvens eller din story point-matris. 

Tips: När du har fastställt teamets hastighet kan du använda den siffran för att fördela historikpunkter och se hur många sprintar det kommer att ta för teamet att slutföra ett helt projekt.

Hur man använder historikpoäng i agila projekt

Det är ingen hemlighet: att planera i förväg är nyckeln till projekthantering. Att inte planera och schemalägga arbetet ordentligt kan leda till missade deadliner, omfattningskrypning och misslyckade projekt. Men oroa dig inte om det låter skrämmande. Story points kan hjälpa till. 

För att bättre förstå story points kan 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. Användarberättelser följer formatet ”Som en [persona] vill jag [mål], så att [resultat eller fördel].”

• Lägg till användarberättelser 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 in 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 insats du tror krävs för att slutföra berättelsen. Du kan sedan dela upp historien 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 historikpoäng

Det finns en anledning till att story points är MVP:n för uppskattningstekniker: 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 historikpunkter:

• 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 arbetsuppgifter. Att använda en relativ poängsättningsmetod leder till snabbare uppskattning över tid, vilket är 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 risker. Genom att använda de här faktorerna i planeringen slipper du gissa när du gör uppskattningar, vilket gör att du kan bedöma insatsen mer exakt.

• Ta bort kompetensförspänningar från planeringen och se till att teamet är samordnat. Att förlita sig på enskilda teammedlemmars uppskattningar är inte alltid det bästa. En erfaren teammedlem kommer förmodligen att ge en helt annan uppskattning av insatsen än en ny teammedlem. Historikpoäng förhindrar dessa problem 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 baserade på tidsåtgång. Eftersom story points är mer nyanserade resulterar de i 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 genomfört din första sprint kan du använda dina lärdomar för att göra en ny uppskattning av dina ursprungliga story point-värden och utveckla mer exakta uppskattningar. 

Effektiv historikpunktsuppskattning med produktägaren 

Det är viktigt att samarbeta med produktägaren för att få en korrekt uppskattning av story points. Produktägaren ger värdefulla insikter om affärsvärdet, användarprioriteringar och acceptanskriterier för varje arbete. 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 uppskattningen av story points:

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

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

• Diskutera affärsvärdet och användarpåverkan för varje historik med produktägaren.

• Se till att produktägaren förstår konceptet med story points och relativa storlekar.

• Samarbeta med produktägaren för att dela upp stor historik i mindre, uppskattningsbara bitar.

Exempel: Låt oss säga att scrumteamet – 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 produktens betydelse för användarna och den förväntade funktionaliteten. Utvecklingsteamet frågar scrum-guiden för att klargöra acceptanskriterierna och edge cases. Tillsammans diskuterar produktägaren och teamet hur komplex historien är och delar upp den i mindre, mer hanterbara användarberättelser. Genom att ha ett nära samarbete med produktägaren får teamet en bättre förståelse för kraven och kan göra mer exakta uppskattningar av story points.

Undvik vanliga fallgropar vid uppskattning av story points

Det är inte alltid lätt att arbeta med story points. Story points effektiviserar projekthanteringsprocessen, men bara om du undviker vissa misstag när du uppskattar. Här är några vanliga fallgropar som team kan stöta på när de uppskattar story points – och hur man undviker dem. 

Använda story points som inte är relativa 

Den relativa karaktären hos story points 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 skala 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 timuppskattningar eller dagar som historikpunkter. Ta i stället hänsyn till de tre komponenterna vi har gått igenom – komplexitet, risk och upprepning – för att fastställa dina historikpunktsvärden. 

Inkonsekvent uppskattning av historikpoäng

Inkonsekvens i uppskattningen av story points kan leda till förvirring och felaktig planering. Se till att teamet har en gemensam förståelse för vad varje story point-värde representerar. Regelbundna sessioner för finslipning av backlog och workshops för uppskattning kan bidra till att upprätthålla konsekvens.

Överdriven betoning på precision 

Även om uppskattning av historikpunkter syftar till att förbättra noggrannheten är det kontraproduktivt att sträva efter perfekt precision. Acceptera den inneboende osäkerheten i programvaruutveckling och använd story points som ett verktyg för relativ storlek snarare än 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 insats som krävs för att slutföra historik med de ursprungliga uppskattningarna. Använd den här feedbacken för att justera teamets förståelse av story points och förfina din uppskattningsprocess. Involvera 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 historikpunkter med mallar

Historikpunkter är en viktig del av projekthantering. Men att uppskatta insatsen korrekt och få uppgifter till mållinjen är mycket enklare när punkterna i produktbackloggen ä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 flexibel och samverkande som ditt team.