Med burndown-diagram för releaser till effektiv mjukvaruutveckling

Programvaruutveckling och förutsägbara resultat går ungefär lika bra ihop som säkra investeringar och kasino. Alltför många variabler – såsom fluktuerande produktivitet, oväntade problem och nya kundkrav – gör det svårt att förutsäga en exakt release. Ändå måste du och ditt företag fastställa ett slutdatum. Dina kunder vill ju veta när de kan förvänta sig produkten. Och: Det är det enda sättet att planera ytterligare steg som marknadsföring och distribution. Så hur kan du göra tillförlitliga uttalanden om lanseringen? 

Jag visar dig hur burndown-diagram kan hjälpa dig att skapa ett releaseschema. Jag förklarar också hur man läser Burndown Charts korrekt och hur du kan dra nytta av dem.

Ett burndown-diagram är en grafisk representation som visar hur mycket arbete som återstår i ett projekt i förhållande till den återstående tiden. I regel visas mängden arbete som återstår att göra på diagrammets vertikala axel. Den återstående eller förflutna tiden visas på den horisontella axeln. 

Ett burndown-diagram är ett linjediagram. Det visar snabbt när ett projekt kommer att vara helt avslutat. Det visar också om ett projekt kommer att slutföras vid den planerade tidpunkten.

Burndown-diagram används främst inom agil mjukvaruutveckling, t.ex. Scrum. I princip kan du dock använda dem för alla projekt där du vill mäta projektets framsteg över tid.

Tillbaka till ämnet… Du kan skilja mellan två olika typer av Burndown-diagram:

Burndown-diagram för lansering

Release Burndown Charts –, även kallat Product Burndown Charts –, fokuserar på releasearbetet inom ett projekt. På x-axeln ser du sprintarna. På y-axeln ser du det återstående arbetet eller ansträngningen för releasen. Ansträngningen mäts i burndown-diagram för releaser i timmar, dagar eller story points. 

Scrum Mastern ansvarar för när ett burndown-diagram för en release ska uppdateras. I regel uppdaterar han eller hon diagrammet i slutet av varje sprint. Burndown-diagram är ett beprövat verktyg för produkthantering, särskilt för produktägare.

Burndown-diagram för sprintar

Sprint Burndown Charts visar sprint backlog uppgifter eller det återstående arbetet för en specifik sprint. På x-axeln visas tiden i arbetsdagar. På y-axeln visas det återstående arbetet i timmar. Du kan snabbt se om ditt team kommer att ha slutfört alla uppgifter i slutet av en sprint. 

Sprint burndown-diagram är ett viktigt verktyg, särskilt för utvecklingsteam, för att övervaka hur arbetet fortskrider inom sprintar.

I samband med Release Burndown Charts i Agile kommer du också att höra termen Burnup Charts om och om igen. I motsats till ett Scrum release burndown chart visar ett burnup chart hur mycket arbete ett team redan har slutfört. Diagrammet har två linjer: En linje visar hur mycket arbete ett projekt har totalt. Den andra linjen visar hur mycket arbete ett Team redan har slutfört. Den vertikala axeln visualiserar arbetsmängden i uppgifter, timmar eller story points. Den horisontella axeln anger antalet dagar som har förflutit eller återstår.

Burnup-diagram används främst av agila team som vill hålla koll på hur arbetet fortskrider. Diagrammet visar snabbt när arbete har lagts till eller tagits bort från ett projekt. I praktiken innebär det att teamet kan sätta ett realistiskt datum för när ett projekt ska vara klart.

För att skapa en Release Burndown Chart-mall måste du utvärdera alla objekt i Product Backlog. Efter varje Sprint Review subtraherar sedan Produktägaren de Story Points som uppnåtts i den senaste Sprinten från summan av alla Story Points i Produktbackloggen. Han eller hon uppdaterar sedan Burndown-diagrammen för releaser.

Hur ser detta ut i praktiken? För att göra en Scrum release burndown mer konkret, låt oss titta på ett exempel:

Källa: Hur man använder burndown-diagram för transparent och förutsägbar utveckling (stxnext.com)

Detta burndown-diagram visar att

• sammanfattningen av alla story points i början av projektet var 400,
• resultatet av den första sprinten har levererat 100 Story Points och
• resultatet av den andra sprinten har gett 53 story points.

Detta ger totalt 247 Story Points.

I en sprint burndown chart-mall bestämmer du och ditt team i början av projektet hur många arbetstimmar ni har tillgängliga. Detta värde visas på y-axeln. De enskilda dagarna i sprinten visas på x-axeln. 

Källa: Hur man använder burndown-diagram för transparent och förutsägbar utveckling (stxnext.com)

Sprint Burndown Report för detta diagram skulle därför visa att

• planerar ett team med en timkapacitet på 160 timmar för sprinten,
• den har förbrukat 30 timmar av den totala arbetsinsatsen efter den första dagen av sprinten, och
• den användes ytterligare 15 timmar efter den andra dagen av sprinten.

Detta ger 115 timmars arbete för denna sprint.

Förresten, en kort notis i samband med agil transformation: Vill du vara säker på att ni för närvarande sätter rätt prioriteringar i er agila transformation? 

Gör då vår mognadsgradskontroll för er agila transformation – det tar bara 3 minuter. Du får till och med ett riktmärke baserat på de över trehundra andra deltagarna. Se knappen 🙂

Hur du drar nytta av nedbränningsdiagram

En mall för Sprint Burndown

• visualiserar projektets framsteg och arbetsflödet,
• visar vad ett team har uppnått och vad det fortfarande behöver uppnå,
• visar om ett projekt är i tid,
• Upptäcker frågor och problem i ett tidigt skede så att åtgärder kan vidtas,
• främjar att arbetet i ett team styrs i rätt riktning,
• motiverar ett team i dess arbete,

Burndown-diagram för releaser och burndown-diagram för sprintar har framför allt dessa två nackdelar:

Exakt uppskattning av ansträngning nödvändig

Hur exakt den faktiska linjen är i jämförelse med den ideala linjen i diagrammet beror starkt på hur exakt ett team har uppskattat insatsen. Om ett team till exempel uppskattar ansträngningen för högt kommer framstegslinjen alltid att ligga under den ideala linjen. I praktiken innebär detta att teamet slutför projektet eller sprinten tidigare. Motsatsen gäller också: om ett team underskattar ansträngningen ligger framstegslinjen över den ideala linjen. Teamet är försenat.  

Denna felaktighet blir särskilt tydlig när teamen använder – istället för timmar av T-shirtstorlekar, till exempel XS, S, M, L, XL – för att uppskatta ansträngningen. Diagrammet kan då bara fungera som en grov vägledning. 

Du bör därför uppskatta ansträngningen så exakt som möjligt med ditt team och använda meningsfulla kvantiteter för den planerade ansträngningen i praktiken. Du kan också införa en effektivitetsfaktor som du multiplicerar den uppskattade insatsen med innan du drar ideallinjen. Effektivitetsfaktorn är förhållandet mellan uppskattad och faktisk ansträngning från tidigare sprintar och projekt. Vissa release burndown-gadgets hjälper dig genom att automatiskt visa en effektivitetsfaktor. Du kan då märka och ta hänsyn till felbedömningar snabbare.

Konsekvent användning av resurser som en förutsättning

Burndown-diagram förutsätter att ett team kan arbeta med samma resurser under hela perioden. I praktiken är detta dock inte alltid möjligt. Därför att: Om resurser –, t.ex. en expert –, endast är tillfälligt tillgängliga påverkar detta linjens progression.

I praktiken innebär detta att du måste fördela mindre arbete till tider då du har färre resurser tillgängliga. Omvänt gäller detta också för tider när du har mer resurser tillgängliga.

För att effektivt kunna använda agila mätmetoder som burndown-diagram och burnup-diagram bör organisationen behärska agilt arbete på alla nivåer. Projekt Scagile lär dig alla viktiga färdigheter för att arbeta professionellt med Agile i olika verkstäder. Onlineutbildningen är kostnadsfri. Känn dig fri att ta en titt!

Slutsats

Burndown-diagram hjälper dig och ditt team att visualisera hur arbetet fortskrider och att göra tillförlitliga förutsägelser om när ett projekt är slutfört. Burndown-diagrammet för release återspeglar alltid release-arbetet inom ett projekt. Ett Sprint Burndown Chart återspeglar uppgifterna i Sprint Backlog eller det återstående arbetet för en specifik Sprint. 

För att använda Burndown-diagram kan du ladda ner en Excel-mall för Release Burndown Chart eller Sprint Burndown Chart och anpassa den till ditt projekt. Alternativt kan agila Verktyg för projektledning som Jira Atlassian om burndown-diagram. Så länge du ser till att du uppskattar ansträngning och resurstillgänglighet så exakt som möjligt kan diagrammen vara till stor hjälp i den agila vardagen.