Burndown-diagrammet gör att du kan bedöma graden av slutförande av den aktuella Sprinten eller hela projektet som Scrum-teamet arbetar med. Men viktigast av allt, det visar hur mycket tid som behövs för att uppnå Sprint-målet eller produktmålet. I viss utsträckning möjliggör det också att mäta förändringar i effektiviteten hos utvecklingsteamet. Och tack vare det är det möjligt att bedöma sannolikheten för att slutföra uppgifterna i tid. Detta beror på att Burndown-diagrammet visar hur mycket arbete som redan har utförts och hur mycket som återstår.
Burndown-diagram – innehållsförteckning:
- Vad är ett burndown-diagram?
- Hur ser ett burndown-diagram ut?
- Uppskattning av tid för slutförande av uppgifter
- Sammanfattning
Vad är ett Burndown-diagram?
Ett Burndown-diagram används för att uppskatta den tid och det arbete som behövs för att slutföra en uppgift. Det är också ett värdefullt varningsverktyg om arbetet inte går som planerat. Med ett enda ögonkast kan varje medlem i Scrum-teamet bedöma statusen för uppgifterna. Därför bör Burndown-diagrammet vara lättillgängligt för alla som är involverade i projektet.
Burndown-diagrammet i Scrum finns i två versioner: som ett Sprint Burndown-diagram och som ett Projekt Burndown-diagram. Vi kommer att diskutera dem tillsammans eftersom principen bakom dem är identisk. De skiljer sig endast åt i tidsskala och antalet uppgifter de visar.
Hur ser ett Burndown-diagram ut?
I Burndown-diagrammet, visar X-axeln den tid som återstår för att slutföra arbetet. Om diagrammet är för en Sprint mäts tiden i dagar. Å andra sidan, om Burndown-diagrammet är för ett helt projekt, mäts tiden vanligtvis i Sprints.
Y-axeln i Burndown-diagrammet indikerar mängden arbete som återstår. Således hänvisar det till uppgifterna som ingår i Sprint Backlog eller Produkt Backlog. Enheterna som används på den vertikala axeln i diagrammet kan vara:
- Story Points – som du kan läsa mer om i texten om Användarberättelser
- Man-dagar/Timmar
- Uppgifter
- Ordlista över grundläggande termer, roller och begrepp
- Vad är Scrum?
- Scrum-värden
- Hur implementerar man Scrum i ditt företag?
- Scrum-team - vad är det och hur fungerar det?
- Vem är en produktägare?
- De vanligaste misstagen hos en produktägare
- Vem är Scrum Master?
- De vanligaste misstagen av Scrum Master
- Vilka statistik och mätvärden bör Scrum Mastern följa?
- Utvecklingsteam i Scrum
- De vanligaste misstagen hos utvecklare
- Scrumartefakter
- Skalning av Scrum
- Sprint Backlog
- Vad är produktbackloggen?
- Vad är användarberättelser?
- Skapa den bästa användarberättelsen med INVEST
- De vanligaste misstagen i User Stories
- Användarberättelse Acceptanskriterier
- Uppskattning och Story Points i Scrum
- Planeringspoker
- Team Estimation Game
- Definiera inkrement
- Scrum-evenemang
- Vad är en Burndown-diagram?
- Fördelar och nackdelar med burndown-diagrammet
- Kanban-tavlor i Scrum och Scrumban
- Hastighet i Scrum - Utvecklingsteamets hastighet
- Daglig Scrum
- Sprintplanering
- Sprintgranskning
- Vad är en Sprint Retrospektiv?
- Vanliga misstag under en Sprint Retrospektiv
- Produktbacklogg vård
- Hur man skapar och tolkar ett burndown-diagram?
Burndown-diagrammet inkluderar vanligtvis en nedbrytningslinje som representerar en perfekt, linjär minskning av antalet uppgifter som återstår att slutföra. Det ger en översikt över den förväntade slutförandetiden.
Uppskattning av tid för slutförande av uppgifter
Varje utvecklare behöver individuellt uppskatta antalet timmar de behöver för att slutföra en viss uppgift. Och den uppskattade tiden för att slutföra ett Sprint-mål eller projekt är summan av den tid som uppskattats av alla utvecklare. Den enorma svårigheten är att översätta den uppskattade tiden till den faktiska tiden för uppgiftsutförande. Detta är ett av de stora problemen som nybildade utvecklingsteam står inför. Det kan förvränga bilden som presenteras i Burndown-diagrammet.
Vidare är det inte alltid möjligt att skapa ett optimalt arbetsflöde i ett utvecklingsteam. Som ett resultat kan uppgiftsutförande drabbas av stillestånd, vilket ökar tiden för slutförande av uppgifter.
En av indikatorerna på teamets mognad är förmågan att noggrant uppskatta arbetstiden. Ju mer förutsägbart, desto mer moget är teamet. Detta återspeglas i bränningsgradsdiagrammet, där linjen som återspeglar den verkliga bränningsgraden stadigt sjunker mot noll. Men denna formulering gäller inte alla situationer.
Som vi skrev i artikeln om de statistiker som övervakas av Scrum Master, beror mycket på projektets natur: dess innovation och repetitiviteten av de uppgifter som utförs av utvecklarna. Burndown-diagrammet fungerar bäst för projekt där arbetsomfånget är fastställt och känt. Därför är det bättre att använda andra sätt att mäta teamets effektivitet i fallet med innovativa projekt.
Sammanfattning
Burndown-diagrammet fungerar bra som en grundläggande framstegsmetrik för de flesta utvecklingsteam. Det är ett verktyg för att visualisera arbetsbelastningen och den tid som krävs för att uppnå ett Sprint-mål eller produktmål. På grund av sin tydlighet och tillgänglighet gör Burndown-diagrammet att alla medlemmar i Scrum-teamet kan bedöma, i realtid, var projektarbetet står.
Om du gillar vårt innehåll, gå med i vår aktiva gemenskap av bin på Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
Som projektledare är Caroline en expert på att hitta nya metoder för att utforma de bästa arbetsflödena och optimera processer. Hennes organisatoriska färdigheter och förmåga att arbeta under tidspress gör henne till den bästa personen att förvandla komplicerade projekt till verklighet.