Burndown graf je relativně snadné vytvořit. Existuje mnoho nástrojů, které jej mohou generovat z práce zaznamenané členy vývojového týmu. I přes svou jednoduchost může jeho interpretace poskytnout cenné informace pro celý Scrum tým. Přečtěte si tento článek a zjistěte, jak vytvořit a interpretovat Burndown graf.
Jak vytvořit a interpretovat Burndown graf? – obsah:
- Jak vytvořit Burndown graf?
- Kdo je zodpovědný za Burndown graf?
- Jak interpretovat Burndown graf?
- Skutečný a ideální Burndown graf
- Výběr jednotky měření
- Shrnutí
Jak vytvořit Burndown graf?
Vývojový tým by měl sledovat svou každodenní práci. To je základem nejen pro hodnocení jeho efektivity, ale také pro její zlepšení. A jedním z nejjednodušších a osvědčených nástrojů pro tento účel je Burndown graf.
můžete jej vytvořit ručně nakreslením souřadnicového systému na kus papíru. Na Y-ose je třeba vykreslit množství práce vyjádřené ve zvolené jednotce, například story points. Na X-ose nakreslete škálu označující po sobě jdoucí dny Sprintu. Nakreslete čáru ideálního sprintu a poté označte počet realisticky dokončených úkolů pro každý den. Ačkoli je toto řešení okouzlující a zapojuje tým, není příliš praktické. Také nemusí být nutně vhodné pro vzdálené týmy.
Proto jsou digitální prostředky pro vytváření Burndown grafu mnohem běžnější. Mnoho nástrojů pro zaznamenávání práce na úkolech rozdělených mezi členy týmu přichází s možností automaticky vytvořit Burndown graf. Poté stačí, aby vývojář označil začátek a konec práce na konkrétní funkci produktu, a jejich příspěvek se odráží v Burndown grafu.
Se správnými nástroji je také možné volně škálovat graf. To poskytuje přehled o spalování nejen na úrovni daného Sprintu, ale také na úrovni čtvrtletí nebo celého projektu.
Důležitým faktorem, který je třeba zvážit při výběru nástroje pro vytváření Burndown grafu, je jeho přístupnost pro všechny členy Scrum týmu. Viditelnost Burndown grafu pro celý vývojový tým je klíčovým motivačním faktorem. Stejně důležité je každodenní sledování čáry ukazující zbývající práci, která má být dokončena. Hovoření o burn-in během Daily Scrum přiměje vývojáře přemýšlet o způsobech, jakými pracují, a o aktuálním stavu produktu.
Kdo je zodpovědný za Burndown graf?
Otázka vlastnictví Burndown grafu je poněkud kontroverzní. Na jedné straně by měl patřit Scrum Masterovi, protože je to nástroj, který zajišťuje, že tým pracuje efektivně a podle plánu. Na druhé straně by měl zůstat v rukou Product Ownera, protože odráží pokrok směrem k cíli produktu, který je komunikován zákazníkovi. Co víc, třetí stranou, která si může nárokovat vlastnictví, je vývojový tým, protože graf funguje jako jeho interní nástroj.
Burndown graf je zásadní metrikou pro hodnocení efektivity vývojového týmu a stává se nástrojem všech členů Scrum týmu. Proto je transparentnost a přístupnost zásadní. Nicméně, jeho skutečným účelem je sloužit týmu. Měl by posílit jeho seberegulaci, zlepšit motivaci a poskytnout skutečný obraz o stavu práce na přidělených úkolech. Proto teoreticky může každý člen vývojového týmu aktualizovat Burndown graf.
V praxi však úkol aktualizace Burndown grafu obvykle spadá na Scrum Mastera. K tomu dochází zejména na začátku jeho práce s novým vývojovým týmem, kdy je týmová rychlost stále proměnlivá a obtížně odhadnutelná. Nicméně, doporučuje se delegovat tento úkol na jednoho z vývojářů. Koneckonců, graf má být upřímným a interním měřením pokroku práce, jak jej posuzují sami vývojáři.
Jak interpretovat Burndown graf?
V předchozím článku jsme podrobně popsali vzhled Burndown grafu v předchozím článku. Zde si jen připomeneme, že X-osa ukazuje čas zbývající k dokončení práce. Na druhé straně Y-osa ukazuje množství práce, které zbývá dokončit.
Skutečný a ideální Burndown graf
Pro interpretaci Burndown grafu je klíčovým faktorem nejen pravidelné vykreslování skutečného “spalování”, tj. vykonávání úkolů vývojovým týmem. Stejně důležité pro obraz je jeho porovnání s ideální klesající čarou spalování (směrnicí).
Porovnáním ideální klesající čáry s reálným poklesem práce vyznačeným na Burndown grafu lze posoudit dva velmi důležité parametry. První je zjistit, zda práce pokračuje současným tempem, a zda vývojový tým splní cíl Sprintu nebo cíle produktu včas. Druhý je získat představu o tom, kdy bude práce dokončena při zachování současného tempa. Jinými slovy, Burndown graf ukazuje skutečné tempo úkolů, a ideální čára ukazuje, jakým tempem by měl tým pracovat, aby úkoly dokončil.
Burndown graf také umožňuje určit hodnotu nazývanou rychlost vývojového týmu v dlouhodobém horizontu. Tomu se budeme věnovat v samostatném článku. Zde jen zmíníme, že je to hodnota určená množstvím práce vykonané během jednoho Sprintu.
Díky tomu, že Burndown graf ilustruje porovnání ideální klesající čáry se skutečným poklesem počtu úkolů, umožňuje odhadnout tempo práce. A tím předvídat riziko zpoždění projektu.
Výběr jednotky měření
Rychlost týmu se obvykle měří v jednotkách nazývaných story points. Definuje počet uživatelských příběhů, které byly realizovány. Ty mohou vyžadovat velmi různé množství práce.
Proto mnoho Scrum týmů používá měření založené na čase. V závislosti na měřítku jsou to dny nebo člověko-hodiny. Každý vývojář odhaduje a poté zaznamenává množství času stráveného na svých úkolech.
Další možností je přijmout úkoly jako jednotku. Tyto jsou o něco větší jednotky, kterým je naopak přiřazena hodnota vyjádřená ve story points, nebo v dnech či člověko-hodinách. Je to jednotka, která umožňuje klientovi prezentovat pokrok práce na produktu jasnějším způsobem.
Bez ohledu na jednotku měření je dobré si pamatovat princip výpočtu rychlosti vývojového týmu. V daném dni nebo Sprintu se počítají pouze úkoly, které byly skutečně dokončeny. To znamená, že úkoly, které byly zahájeny, se budou počítat do dalšího dne nebo Sprintu, i když chybí pouze konečné testování.
Shrnutí
Se sledovacími nástroji pro tým, vytvoření Burndown grafu se stává snadným úkolem. Nejzásadnějším problémem je zajistit jeho soudržnost, jasnost a přístupnost pro všechny členy Scrum týmu.
Pokud se vám náš obsah líbí, připojte se k naší komunitě pilných včel na Facebooku, Twitteru, LinkedInu, Instagramu, YouTube, Pinterestu.
Caroline Becker
Jako projektová manažerka je Caroline odbornicí na hledání nových metod, jak navrhnout nejlepší pracovní postupy a optimalizovat procesy. Její organizační dovednosti a schopnost pracovat pod časovým tlakem z ní činí nejlepší osobu, která dokáže složité projekty přetavit ve skutečnost.
Scrum Guide:
- Slovník základních pojmů, rolí a představ
- Co je Scrum?
- Hodnoty Scrumu
- Jak implementovat Scrum ve vaší společnosti?
- Scrum tým - co to je a jak to funguje?
- Kdo je Product Owner?
- Nejčastější chyby Product Ownera
- Kdo je Scrum Master?
- Nejčastější chyby Scrum Mastera
- Jaké statistiky a metriky by měl Scrum Master sledovat?
- Vývojový tým ve Scrumu
- Nejčastější chyby vývojářů
- Scrum artefakty
- Škálování Scrumu
- Sprint Backlog
- Co je to Product Backlog?
- Co jsou uživatelské příběhy?
- Vytváření nejlepší uživatelské příběhu s INVEST
- Nejčastější chyby v uživatelských příbězích
- Kritéria přijetí uživatelského příběhu
- Odhad a příběhové body ve Scrumu
- Plánovací poker
- Hra o odhadování týmu
- Definování přírůstku
- Scrum události
- Co je to burndown chart?
- Výhody a nevýhody burndown grafu
- Kanbanové tabule ve Scrumu a Scrumbanu
- Rychlost v Scrum - Rychlost vývojového týmu
- Denní Scrum
- Plánování sprintu
- Sprintová revize
- Co je to Sprint Retrospektiva?
- Běžné chyby během retrospektivy sprintu
- Péče o produktový backlog
- Jak vytvořit a interpretovat burndown chart?