Hur man beräknar värden i Burn Down Chart i Scrum

Efter publiceringen bland vänner den första artikeln om Burn Down Chart, i kommentarerna den andra frågan som ställdes: "Det är inte tydligt hur alla dessa värden beräknas". Därför ska jag i den här artikeln försöka berätta hur vi räknar de dagliga värdena på Burn Down Chart. Som vanligt är jag tacksam för alla kommentarer från kollegor om jag skulle säga något fel, men ändå vill jag tro att ämnet är tillräckligt tydligt för mig.

Låt oss ännu en gång påminna oss hur detta diagram ser ut.

I detta exempel betraktas en 10-dagars sprint. I den ser vi att 2 dagar har gått (eftersom endast de första 2 segmenten är färgade med grön graf).

Vi ser också den totala sprintvolymen - det är den streckade linjen som visar att den totala sprintvolymen på måndag kl. 10:00, tisdag kl. 10:00 och onsdag kl. 10:00 inte ändrades och är lika med 17 SP (Story Points).

Enligt Scrum-metodiken ändras den totala arbetsvolymen inom sprinten inte under sprinten, därför ritas denna linje ofta direkt för hela sprinten (alla 10 dagar). Den hjälper också att uppskatta hur mycket som återstår att göra mer överskådligt än om den slutade på den tredje dagen i det aktuella alternativet.

Verklig nedbränning (grön graf) visar den faktiskt återstående arbetsvolymen. Dvs. just nu har teamet slutfört 1 Story Point av de 17 som behöver slutföras för att sprinten ska avslutas framgångsrikt. Som slutförd räknas oftast en uppgift med statusen "Done" (vad Done innebär för varje team bestämmer teamet självt. Det finns till och med en särskild artefakt som kallas DOD - Definition Of Done - den är olika för varje team och beskriver mycket exakt vad det innebär att en uppgift är slutförd och kan flyttas till statusen "Done". Oftast är det "Utrullat till produktion", men det kan finnas nyanser. I alla fall, enligt den aktuella grafen förstår vi att DOD endast är uppfyllt för en story som teamet uppskattade till 1 SP.

Idealisk nedbränning visar vid vilken punkt grafen för verklig nedbränning borde befinna sig vid helt jämnt arbete. Dvs. för närvarande borde 3 SP vara slutförda vid helt jämnt arbete.

Jag misstänker att det kan vara intressant att förstå vad Story Pointär. I grunden kan 1 SP hos ett team och 1 SP hos ett annat team dölja olika arbetsvolym. Hos oss finns det till exempel team med samma antal personer, men det ena har en kapacitet per sprint på 17 SP och det andra 35 SP. Och det är normalt. Saken är att teamet självt väljer en referensuppgift som det uppskattar alla uppgifter mot på groomingarna (det äldre namnet - det är det veckovisa mötet där PO tar med User Stories för uppskattning och teamet uppskattar dem med hjälp av planning poker) (I SAFe är detta PBR - Product Backlog Refinement).

Således kan vi ha en referens-User Story "Jag, i rollen som bilförare, vill efter att ha tankat bilen, vid behov kunna få ett kvitto utskrivet på papper". Komma överens om att den för vårt team är 8 SP. Och när PO berättar en ny User Story som vi ska uppskatta, uppskattar vi den redan mot referensuppgiften. Följaktligen kan den nya uppskattas av teamet till till exempel 5 SP, osv. alla stories i backloggen får sina uppskattningar.

Teamets kapacitet beräknas utifrån statistik. Under de första 1-2 sprintarna mäts antalet SP som teamet stänger och medelvärdet beräknas, och det är utifrån detta värde planeringen sker (när PO väljer uppgifter till sprinten från backloggen för en viss kapacitet).

Jag hoppas att jag tillräckligt tydligt har beskrivit hur värdena på Burn Down Chart tas fram.