Jak obliczać wartości na wykresie Burn Down Chart w Scrum

Po publikacji wśród znajomych pierwszego artykułu o Burn Down Chart, w komentarzach pojawiło się drugie pytanie, które zostało zadane: "Nie jest jasne, jak obliczane są wszystkie te wartości". Dlatego w tym artykule postaram się opowiedzieć, jak liczymy codzienne wartości na wykresie Burn Down Chart. Jak zwykle, będę wdzięczny za wszystkie komentarze kolegów, jeśli nagle powiem coś nie tak, ale chciałbym wierzyć, że temat jest dla mnie wystarczająco zrozumiały.

Przypomnijmy jeszcze raz, jak wygląda ten diagram.

W tym przykładzie rozpatrywany jest 10-dniowy sprint. Widzimy w nim, że minęły 2 dni (ponieważ tylko pierwsze 2 segmenty są wypełnione zielonym wykresem).

Widzimy również całkowity wolumen sprintu - to linia przerywana, która pokazuje, że całkowity wolumen sprintu w poniedziałek o 10:00, we wtorek o 10:00 i w środę o 10:00 nie zmienił się i wynosi 17 SP (Story Points).

Zgodnie z metodologią Scrum, całkowity wolumen pracy w ramach sprintu nie zmienia się w trakcie sprintu, dlatego tę linię często buduje się od razu na cały sprint (wszystkie 10 dni). Pomaga ona również ocenić, ile pozostało do zrobienia, w sposób bardziej przejrzysty, niż gdyby kończyła się na trzecim dniu w obecnym wariancie.

Rzeczywiste spalanie (zielony wykres) pokazuje faktycznie pozostałą pracę. Tzn. obecnie przez zespół wykonany jest 1 Story Point z 17, które należy wykonać, aby pomyślnie zakończyć sprint. Za wykonane najczęściej uważa się zadanie w statusie "Done" (co oznacza Done dla każdego zespołu, zespół określa sam. Istnieje nawet specjalny artefakt o nazwie DOD - Definition Of Done - jest on własny dla każdego zespołu i bardzo dokładnie opisuje, co oznacza, że zadanie jest wykonane i można je przenieść do statusu "Done". Najczęściej jest to "Wdrożone na prod", ale mogą być niuanse. Ogólnie rzecz biorąc, według obecnego wykresu rozumiemy, że DOD został spełniony tylko dla jednej historii, którą zespół ocenił na 1 SP.

Idealne spalanie pokazuje, w jakim punkcie powinien znajdować się wykres rzeczywistego spalania w przypadku całkowicie równomiernej pracy. Tzn. w tej chwili powinno być wykonane 3 SP przy całkowicie równomiernej pracy.

Podejrzewam, że może być interesujące zrozumienie, czym jest Story Point. W istocie 1 SP u jednego zespołu i 1 SP u innego zespołu mogą kryć za sobą różny wolumen pracy. U nas na przykład są zespoły z taką samą liczbą osób, ale jeden ma pojemność na sprint 17 SP, a drugi 35 SP. I to jest normalne. Chodzi o to, że zespół sam wybiera dla siebie zadanie referencyjne, względem którego ocenia wszystkie zadania na groomingach (przestarzała nazwa - to cotygodniowe spotkanie, na którym PO przynosi User Stories do oceny, a zespół ocenia je za pomocą planning pokera) (W SAFe to PBR - Product Backlog Refinement).

W ten sposób możemy mieć referencyjną User Story "Ja, w roli kierowcy samochodu, chcę po zatankowaniu samochodu mieć możliwość w razie potrzeby otrzymać wydrukowany na papierze paragon". Ustalić, że dla naszego zespołu wynosi ona 8 SP. I kiedy PO opowiada nową User Story, którą mamy ocenić, oceniamy ją już względem zadania referencyjnego. W związku z tym nowa historia może być oceniona przez zespół na przykład na 5 SP itd. wszystkie historie backlogu otrzymują swoje oceny.

Pojemność zespołu obliczana jest na podstawie statystyk. W pierwszych 1-2 sprintach mierzona jest liczba SP, które zespół zamyka, i obliczana jest średnia wartość; na tę wartość odbywa się planowanie (kiedy PO dobiera zadania do sprintu z backlogu na określoną pojemność).

Mam nadzieję, że wystarczająco jasno opisałem, jak powstają wartości na Burn Down Chart.