Burndown-diagrammet giver dig mulighed for at vurdere, hvor langt der er kommet i den nuværende Sprint eller hele projektet, som Scrum Teamet arbejder på. Men vigtigst af alt viser det, hvor meget tid der er nødvendig for at opnå Sprint-målet eller produktmålet. I nogen grad gør det også muligt at måle ændringer i effektiviteten af udviklingsteamet. Og takket være det er det muligt at vurdere sandsynligheden for at færdiggøre opgaverne til tiden. Dette skyldes, at Burndown-diagrammet viser, hvor meget arbejde der allerede er udført, og hvor meget der er tilbage.
Burndown-diagram – indholdsfortegnelse:
- Hvad er et burndown-diagram?
- Hvordan ser et burndown-diagram ud?
- Estimering af opgavens gennemførelsestid
- Sammendrag
Hvad er et Burndown-diagram?
Et Burndown-diagram tjener til at estimere den tid og det arbejde, der er nødvendigt for at færdiggøre en opgave. Det er også et værdifuldt advarselværktøj, hvis arbejdet ikke forløber som planlagt. Med et enkelt blik kan hvert medlem af Scrum Teamet vurdere status for opgaverne. Derfor bør Burndown-diagrammet være let tilgængeligt for alle involverede i projektet.
Burndown-diagrammet i Scrum findes i to versioner: som et Sprint Burndown-diagram og som et Projekt Burndown-diagram. Vi vil diskutere dem sammen, fordi princippet bag dem er identisk. De adskiller sig kun i tidsrammen og antallet af opgaver, de viser.
Hvordan ser et Burndown-diagram ud?
I Burndown-diagrammet, viser X-aksen den tid, der er tilbage til at færdiggøre arbejdet. Hvis diagrammet er for en Sprint, måles tiden i dage. På den anden side, hvis Burndown-diagrammet er for et helt projekt, måles tiden normalt i Sprints.
Y-aksen i Burndown-diagrammet angiver mængden af arbejde, der er tilbage. Således refererer det til de opgaver, der er inkluderet i Sprint Backlog eller Produkt Backlog. De enheder, der bruges på den lodrette akse i diagrammet, kan være:
- Story Points – som du kan læse mere om i teksten om Brugerhistorier
- Mandage/Timer
- Opgaver
- Ordbog over grundlæggende termer, roller og begreber
- Hvad er Scrum?
- Scrum værdier
- Hvordan implementerer man Scrum i din virksomhed?
- Scrum Team - hvad er det, og hvordan fungerer det?
- Hvem er en Product Owner?
- De mest almindelige fejl hos Product Owner
- Hvem er Scrum Masteren?
- De mest almindelige fejl hos Scrum Master
- Hvilke statistikker og målinger bør Scrum Masteren følge?
- Udviklingsteam i Scrum
- De mest almindelige fejl hos udviklere
- Scrum artefakter
- Skalering af Scrum
- Sprint Backlog
- Hvad er produktbackloggen?
- Hvad er brugerhistorier?
- At skabe den bedste User Story med INVEST
- De mest almindelige fejl i User Stories
- Brugerhistorie Acceptkriterier
- Estimering og Story Points i Scrum
- Planlægningspoker
- Team Estimeringsspil
- Definere inkrement
- Scrum begivenheder
- Hvad er et Burndown-diagram?
- Fordele og ulemper ved burndown-diagrammet
- Kanban-tavler i Scrum og Scrumban
- Hastighed i Scrum - Udviklingsteamets hastighed
- Daglig Scrum
- Sprintplanlægning
- Sprintgennemgang
- Hvad er en Sprint Retrospektiv?
- Almindelige fejl under en Sprint Retrospektiv
- Produkt Backlog pleje
- Hvordan opretter og fortolker man et burndown-diagram?
Burndown-diagrammet inkluderer typisk en burn-down-linje, der repræsenterer et perfekt, lineært fald i antallet af opgaver der er tilbage at færdiggøre. Det giver et overblik over den forventede gennemførelsestid.
Estimering af opgavens gennemførelsestid
Hver udvikler skal individuelt estimere antallet af timer, de har brug for for at færdiggøre en bestemt opgave. Og den estimerede tid til at færdiggøre et Sprint-mål eller projekt er summen af den tid, der er estimeret af alle udviklere. Den enorme vanskelighed er at oversætte den estimerede tid til den faktiske tid for opgaveudførelsen. Dette er et af de store problemer, som nyoprettede udviklingsteams står overfor. Det kan forvrænge billedet, der præsenteres i Burndown-diagrammet.
Desuden er det ikke altid muligt at skabe en optimal arbejdsgang i et udviklingsteam. Som et resultat kan opgaveudførelsen lide under nedetid, hvilket øger tiden til at færdiggøre opgaverne.
En af indikatorerne for teamets modenhed er evnen til præcist at estimere arbejdstiden. Jo mere forudsigelig, jo mere moden er teamet. Dette afspejles i burn rate-grafen, hvor linjen, der afspejler den reelle burn rate, konstant falder til nul. Dog gælder denne formulering ikke for alle situationer.
Som vi skrev i artiklen om de statistikker, der overvåges af Scrum Master, afhænger meget af projektets natur: dets innovation og gentageligheden af de opgaver, der udføres af udviklerne. Burndown-diagrammet fungerer bedst for projekter, hvor arbejdsomfanget er fast og kendt. Derfor er det bedre at bruge andre måder at måle teamets effektivitet på i tilfælde af innovative projekter.
Sammendrag
Burndown-diagrammet fungerer godt som en grundlæggende fremdriftsmåling for de fleste udviklingsteams. Det er et værktøj til at visualisere arbejdsbyrden og den tid, der kræves for at opnå et Sprint-mål eller produktmål. På grund af sin klarhed og tilgængelighed giver Burndown-diagrammet alle medlemmer af Scrum Teamet mulighed for at vurdere, i realtid, hvor projektarbejdet står.
Hvis du kan lide vores indhold, så bliv en del af vores travle bier-fællesskab på Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
Som projektleder er Caroline en ekspert i at finde nye metoder til at designe de bedste arbejdsgange og optimere processer. Hendes organisatoriske færdigheder og evne til at arbejde under tidspres gør hende til den bedste person til at gøre komplicerede projekter til virkelighed.