Merk: Nettstedet er automatisk oversatt. Bytt til engelsk for å få den beste leseopplevelsen.

Skjermbilde 2021-11-18 kl. 10.59.12

Med release burndown-diagrammer for effektiv programvareutvikling

Programvareutvikling og forutsigbare resultater passer omtrent like godt sammen som trygge investeringer og kasino. For mange variabler – som svingende produktivitet, uventede problemer og nye kundekrav – gjør det vanskelig å forutsi en nøyaktig utgivelse. Likevel må du og bedriften din sette en dato for ferdigstillelse. Kundene vil tross alt vite når de kan forvente å få produktet. Og: Bare på denne måten kan du planlegge videre trinn som markedsføring og distribusjon. Så hvordan kan du komme med pålitelige uttalelser om lanseringen? 

Jeg viser deg hvordan burndown-diagrammer kan hjelpe deg med å sette opp en lanseringsplan. Jeg forklarer også hvordan du leser Burndown-diagrammer riktig og hvordan du kan dra nytte av dem.

 

Hva er Burndown-diagrammer?

Et burndown-diagram er en grafisk fremstilling som viser hvor mye arbeid som gjenstår i et prosjekt i forhold til gjenstående tid. Som regel ser du hvor mye arbeid som gjenstår på den vertikale aksen i diagrammet. Gjenstående eller forløpt tid vises på den horisontale aksen. 

Et burndown-diagram er et linjediagram. Det viser på et øyeblikk når et prosjekt vil være helt ferdig. Det viser også om prosjektet vil være ferdig til planlagt tid.

Burndown-diagrammer brukes hovedsakelig i smidig programvareutvikling som Scrum. I prinsippet kan du imidlertid bruke dem i alle prosjekter der du ønsker å måle fremdriften i prosjektet over tid.

Før vi går i dybden, en liten notis. Snart arrangeres det et gratis webinar om "de beste agile metrics" – med hele 11 internasjonale eksperter som gjester! Du finner mer informasjon i teaservideoen. 

Hvis du synes dette høres interessant ut, finner du en liste på Mer informasjon på Project Scagile-nettstedet – Du kan også registrere deg gratis der. registrer deg (se knappen ovenfor).

Tilbake til det egentlige temaet... Du kan skille mellom to ulike typer burndown-diagrammer:

Burndown-diagrammer for utgivelser

Release Burndown Charts –, også kalt Product Burndown Charts –, fokuserer på utgivelsesarbeidet i et prosjekt. På x-aksen ser du sprintene. På y-aksen ser du gjenværende arbeid eller innsats for releasen. Innsatsen måles i release burndown-diagrammer i timer, dager eller story points. 

Det er Scrum Master som har ansvaret for når et release burndown-diagram skal oppdateres. Som regel oppdaterer han eller hun diagrammet på slutten av hver sprint. Burndown-diagrammer for utgivelser er et velprøvd verktøy for produktledelse, spesielt for produkteiere.

Sprint Burndown-diagrammer

Sprint Burndown-diagrammer viser oppgavene i sprint backloggen eller det gjenstående arbeidet for en spesifikk sprint. På x-aksen finner du tiden i arbeidsdager. Y-aksen viser gjenstående arbeid i timer. Du kan raskt se om teamet ditt vil ha fullført alle oppgavene innen utgangen av en sprint. 

Sprint burndown-diagrammer er et viktig verktøy, spesielt for utviklingsteam, for å overvåke fremdriften i arbeidet i sprint.

 

Digresjon: Hva er Burnup Charts?

I forbindelse med Release Burndown Charts i Agile vil du også høre begrepet Burnup Charts igjen og igjen. I motsetning til et Scrum-release burndown-diagram viser et burnup-diagram hvor mye arbeid et team allerede har fullført. Diagrammet har to linjer: Den ene linjen viser hvor mye arbeid et prosjekt har totalt. Den andre linjen viser hvor mye arbeid et Team allerede har fullført. Den vertikale aksen visualiserer arbeidsmengden i oppgaver, timer eller story points. Den horisontale aksen viser antall dager som har gått eller gjenstår.

Burnup-diagrammer brukes hovedsakelig av agile team som ønsker å holde øye med fremdriften i arbeidet. Diagrammet viser på et øyeblikk når arbeid har blitt lagt til eller fjernet fra et prosjekt. I praksis gjør dette det mulig for teamet å sette en realistisk dato for når prosjektet er ferdig.

 

Slik leser du burndown-diagrammer for utgivelser

For å lage en mal for en Release Burndown Chart må du evaluere alle elementene i Product Backlog. Etter hver Sprint Review trekker produkteieren fra summen av alle Story Points i Product Backloggen de Story Points som ble oppnådd i forrige Sprint. Deretter oppdaterer han eller hun Release Burndown Charts.

Hvordan ser dette ut i praksis? La oss se på et eksempel for å gjøre en Scrum release burndown mer håndgripelig:

Diagrammer for produktnedbrytning

Kilde: Slik bruker du Burndown-diagrammer for transparent og forutsigbar utvikling (stxnext.com)

Dette burndown-diagrammet viser at

  • oppsummeringen av alle story points i begynnelsen av prosjektet var 400,
  • resultatet av den første sprinten har gitt 100 Story Points og
  • resultatet av den andre sprinten har gitt 53 story points.

Dette gir totalt 247 historiepoeng.

 

Hvordan lese Sprint Burndown-diagrammer

I en mal for sprint burndown-diagram bestemmer du og teamet ditt i begynnelsen av prosjektet hvor mange arbeidstimer dere har til rådighet. Denne verdien vises på y-aksen. De enkelte dagene i sprinten er på x-aksen. 

Sprint Burndown-diagrammer

Kilde: Slik bruker du Burndown-diagrammer for transparent og forutsigbar utvikling (stxnext.com)

Sprint Burndown-rapporten i dette diagrammet vil derfor vise følgende

  • planlegger et team med en timekapasitet på 160 timer for sprinten,
  • det har brukt 30 timer av den totale arbeidsinnsatsen etter den første dagen av sprinten, og
  • den brukte ytterligere 15 timer etter den andre dagen av sprinten.

Dermed gjenstår det 115 timers arbeid for denne sprinten.

Forresten, en liten bemerkning i forbindelse med smidig transformasjon: Ønsker du å forsikre deg om at du for øyeblikket er de riktige prioriteringene i din agile Forvandling? 

Ta deretter vår modenhetssjekk for din smidige transformasjon – tar bare 3 minutter. Du får til og med en benchmark basert på over tre hundre andre deltakere. Se knappen 🙂.

Begynn nå: Agile modenhetsvurdering
Agile modenhetsvurdering

Slik drar du nytte av burndown-diagrammer

En mal for Sprint Burndown

  • visualiserer fremdriften i prosjektet og arbeidsflyten,
  • viser hva et team har oppnådd og hva det fortsatt trenger å oppnå,
  • avslører om et prosjekt er i rute,
  • avdekker problemer på et tidlig stadium, slik at tiltak kan iverksettes,
  • fremmer at teamets arbeid styres i riktig retning,
  • motiverer et team i arbeidet,

 

Hva er svakhetene ved burndown-diagrammer?

Release burndown-diagrammer og sprint burndown-diagrammer har spesielt disse to ulempene:

Nøyaktig estimering av innsatsen er nødvendig

Hvor nøyaktig den faktiske linjen er i forhold til den ideelle linjen i diagrammet, avhenger i stor grad av hvor nøyaktig teamet har estimert innsatsen. Hvis teamet for eksempel har estimert innsatsen for høyt, vil fremdriftslinjen alltid ligge under ideallinjen. I praksis betyr dette at teamet fullfører prosjektet eller sprinten tidligere. Det motsatte gjelder også: Hvis teamet undervurderer innsatsen, ligger fremdriftslinjen over ideallinjen. Teamet er forsinket.  

Denne unøyaktigheten blir spesielt tydelig når teamene bruker – i stedet for timer i T-skjortestørrelser, for eksempel XS, S, M, L, XL – for å estimere innsatsen. Diagrammet kan da bare fungere som en grov veiledning. 

Du bør derfor estimere innsatsen så nøyaktig som mulig sammen med teamet ditt og bruke meningsfulle størrelser for den planlagte innsatsen i praksis. Du kan også innføre en effektivitetsfaktor som du multipliserer den estimerte innsatsen med før du tegner ideallinjen. Effektivitetsfaktoren er forholdet mellom estimert og faktisk innsats fra tidligere sprinter og prosjekter. Noen release burndown-gadgets hjelper deg ved automatisk å vise en effektivitetsfaktor. Da kan du raskere oppdage og ta hensyn til feilvurderinger.

Konsekvent bruk av ressurser som en forutsetning

Burndown-diagrammer forutsetter at et team kan jobbe med de samme ressursene i hele perioden. I praksis er dette imidlertid ikke alltid mulig. Fordi: Hvis ressurser –, for eksempel en ekspert –, bare er midlertidig tilgjengelig, påvirker dette linjeprogresjonen.

I praksis betyr dette at du må allokere mindre arbeid til tider der du har færre ressurser tilgjengelig. Omvendt gjelder dette også når du har flere ressurser tilgjengelig.

 

Hvor klar er organisasjonen din for smidig arbeid?

For å kunne bruke agile målemetoder som burndown-diagrammer og burnup-diagrammer på en effektiv måte, må organisasjonen beherske agile arbeidsmetoder på alle nivåer. Prosjekt Scagile lærer deg alle viktige ferdigheter for å jobbe profesjonelt med Agile i ulike workshops. Den nettbaserte opplæringen er gratis. Ta gjerne en titt!

Konklusjon

Burndown-diagrammer hjelper deg og teamet ditt med å visualisere fremdriften i arbeidet og å lage pålitelige prognoser for fullføringen av et prosjekt. Burndown-diagrammet for utgivelser gjenspeiler alltid arbeidet med utgivelser i et prosjekt. Et Sprint Burndown Chart gjenspeiler oppgavene i sprintbackloggen eller det gjenstående arbeidet i en spesifikk sprint. 

For å bruke Burndown Charts kan du laste ned en Excel-mal for Release Burndown Chart eller Sprint Burndown Chart og tilpasse den til prosjektet ditt. Alternativt kan du bruke agile Verktøy for prosjektledelse som Jira Atlassian om burndown-diagrammer. Så lenge du sørger for å estimere innsats og ressurstilgjengelighet så nøyaktig som mulig, kan diagrammene være til stor hjelp i en smidig hverdag.

Del denne artikkelen med nettverket ditt

Trenger du en teamboost? Da gjør du følgende: Tilbakeblikk på Spotify Health Check!

Første helsespørsmål: "😍 Vi liker å gå på jobb og har det veldig gøy sammen."

Har du lyst på mer? Prøv retroverktøyet vårt nå.

Flere artikler

Echometer Nyhetsbrev

Ikke gå glipp av oppdateringer om Echometer og få inspirasjon til smidig arbeid