Burn Down graf sprintu

Burn Down graf meria zostávajúcu prácu v sprinte. Graf zobrazuje dve údajové série:

1. Ideálna čiara indikuje koľko práce by malo v daný deň zostávať.
2. Reálna čiara indikuje skutočnú zostávajúcu prácu.

Na osi x sú dni sprintu. Reálna čiara môže zobrazovať nasledovné hodnoty (podľa potrieb a agile procesu tímu):

• Zostávajúci čas – suma zostávajúceho času, ktorý je potrebné odpracovať na jednotlivých úlohách v sprinte. Najčastejšie používaná hodnota v praxi, ktorá umožňuje jemnejšie meranie a prispôsobovanie sa.
• Zostávajúci počet storypointov – suma storypointov nedokončených user stories v danom sprinte k danému dňu. Krivka na grafe klesne až keď všetky subtasky danej požiadavky sú hotové. Graf má tak väčšie schody, predovšetkým pokiaľ sú user stories komplexné.
• Zostávajúci počet stories – tímy, ktoré majú kvalitne rozdelené požiadavky na úplne drobné, ich vedia dokončiť za jeden deň. V tomto prípade už nie je ani potrebné ich odhadovať, stačí ich zrátať.

Niektoré nástroje podporujú aj zobrazenie ďalších hodnôt ako napr. celková veľkosť backlogu sprintu v daný deň, alebo čas strávený v daný deň.

Burn Down graf sprintu

Ideálny tím

Radosť sa pozerať, že? Zostáva približne toľko práce, koľko sme odhadovali.

• Tím odvádza skvelú prácu.
• Vedia koľko v iterácii zvládnu.
• Merajú a evidujú si historické hodnoty, aby vedeli presnejšie odhadovať.
• Iteráciu stihnú ukončiť.
• Scrum master vie správne pracovať s tímom a navigovať ho k dokončeniu úloh.
• Tím vie reagovať aj na chyby a zmeny uprostred sprintu.

Ak váš graf vyzerá takto do roka, tak si gratulujte. Ste skvelí. Len tak ďalej.

Super tím

Takto vyzerá typický graf tímu, ktorý už má rozbeh agile za sebou.

• Tím je zameraný na cieľ a snaží sa ho docieliť.
• Rozsah sprint backlogu bol upravený tak, aby stihli backlog dokončiť.
• Tím sa zlepšil ohľadom dokončenia implementácie požiadaviek.
• Tím sa pýta: “Ako dokončíme tento sprint?”

Napriek tomu, že sú super, je tu menší problém. V poslednej časti sprintu nerobili nič na sprint backlogu. V takomto prípade si mohli vziať ďalšiu user story z produktového backlogu. No možno sa venovali niektorým technologickým dlhom. Aj preto ScrumMaster pozor. Najprv si over na čom pracovali.

Sebareflexívny tím

Tím má za sebou zvyčajne niekoľko sprintov. Uprostred sprintu prišli na to, že nestačia všetko vyvinúť. Preto sa asi stretli a upravili rozsah sprintu alebo jednoducho začali viac makať.

• Tím treba pochváliť za proaktívnosť v dosiahnutí hotového výsledku.
• Sebareflexia tímu indikuje, že v tíme sa vedia dohodnúť.
• Pravdepodobne dobre spolupracujú aj s produktovým vlastníkom, ktorý dokáže upraviť obsah sprint backlogu.

V nasledujúcom sprinte skúste si vziať na seba menší záväzok tak, aby ste nemuseli meniť svoj pôvodný sľub čo dodáte.

Bum. Neskoro!

Veľmi typický priebeh hlavne v čase zavádzania Agile.

• Tím sa potrebuje ešte naučiť koľko je ich kapacita sprintu.
• Problém je, že sa nedohodli na zmene rozsahu počas sprintu. Scrum master by mal viac koučovať tím. Produktový vlastník musí viac sledovať tím a zaujímať sa o výsledok.

V podstate žiaden problém. Len dobrý dôvod na poučenie sa. V tomto prípade je to často dobrá téma na retrospektívu. Ako dokončíme to čo sme sľúbili?

Pozor, niekto ide!

Aj keď neuveriteľný, no aj tak graf z reálnej praxe tímov, ktorý sme videli pri koučingu. Bohužiaľ.

• Tímu je jedno, že nevedia či sprint stihnú dokončiť alebo nie.
• Často je to indikácia hlbších problémov vo vzťahoch v tíme.
• Produktový vlastník sa nezaujíma o priebeh sprintu.
• Manažment sa nestretol s tímom počas dvoch týždňov.
• Chyba môže byť aj v niekom, kto napriek neustálej snahe dokončiť položky backlogu, pridáva a pridáva nové. A tím sa nehýbe.
• Táto situácia je definítivne témou retrospektívy. Posilnite koučing na osobnej úrovni. A požiadajte o dohľad manažmentom, ktorý môže prijať opatrenia či už vo vzťahu k členom tímu alebo ku klientovi, ktorý neustále pridáva prácu.

Chceš chlieb? Tak makaj!

Že to nie je burn-down ale burn up? Podobá sa, no stále je to burn-down indikujúci zostávajúcu prácu, ktorú tím nemá šancu stihnúť.

• Produktový vlastník alebo klient neustále pridáva prácu bez opýtania sa tímu.
• Tím ho to nechá robiť bez eskalácie problému.
• Scrum master je asi bezmocný.
• A čo robí manažment?

Takýto priebeh na grafe sa v praxi skončil dobre. Ľudia dali výpovede, klient, ktorý to robil zostal bez tímu, dodávateľ riešenia bez referencie a ľudí.

A prečo dobre? Lebo sa rozišli. A to bol jediný rozumný spôsob ako tento problém vyriešiť po niekoľkých rovnako vyzerajúcich sprintoch.