Scrum Guide | 32. Výhody a nevýhody Burndown grafu

Burndown graf má mnoho výhod. Je to jeden z hlavných metrických nástrojov v Scrum z niekoľkých dôvodov. Je jednoduché ho vytvoriť, škálovať a čítať. Avšak má aj nevýhody, ktoré ho robia nie univerzálnym nástrojom. V dnešnom článku sa zaoberáme témou nevýhod a výhod Burndown grafu.

Výhody a nevýhody Burndown grafu – obsah:

1. Úvod
2. Výhody Burndown grafu
3. Nevýhody Burndown grafu
4. Zhrnutie

Úvod

Písali sme o tom, čo to je, ako vytvoriť a interpretovať Burndown graf v predchádzajúcich článkoch. Dnes sa zameriame na výhody a nevýhody Burndown grafu. Avšak väčšina z nich nie je skrytá v samotnom jednoduchom grafe. Skôr súvisia so spôsobmi používania Burndown grafu na motiváciu vývojového tímu, pretože opisujú výsledky ich práce a posilňujú sebaorganizáciu.

Výhody Burndown grafu

Burndown graf vám umožňuje vizualizovať pokrok vášho projektu. Jeho čitateľnosť a jednoduchosť ho robia veľmi populárnym. Preto je dobré, aby Burndown graf nebol len neustále aktualizovanou metrikou skrytou v digitálnom nástroji na riadenie projektov. Ak je to možné, stojí za to, aby sa stal referenčným bodom pre vývojový tím viditeľným v fyzickom pracovisku. Či už vo forme vizualizácie na obrazovke alebo ručne kresleného náčrtu.

Motivuje vývojový tím

Transparentnosť Burndown grafu môže z neho urobiť nástroj na motiváciu vývojového tímu pracovať efektívne. Dosiahnutie bodu “nula” v každom Sprinte sa môže stať ambicióznym cieľom tímu, za ktorý sú udelené odmeny – podľa princípov obchodnej gamifikácie.

Viditeľnosť aktuálneho a zaujímavo udržiavaného Burndown grafu môže tiež posilniť ducha spolupráce a sebaorganizácie. Predsa len, metrika je meradlom tímovej práce. Nezobrazuje presne, kto splnil – alebo nesplnil – plánované úlohy, len dosiahnuté výsledky.

Meria skutočne vykonanú prácu

Vývojári rozhodujú, koľko úloh vykonajú v danom Sprinte. Čím skúsenejší je tím, tým presnejšie by mali predpovedať svoje kroky. A Burndown graf odráža skutočný pokrok Sprintu.

Takže výhodou Burndown grafu nie je takmer meranie objektívneho množstva vykonanej práce, ale pomer plánovaných a dokončených úloh. Takto sa vývojári postupne učia, ako ich plánovať a môžu čoraz presnejšie odhadnúť svoje schopnosti a eliminovať opakujúce sa chyby.

Prepojenie s inými nástrojmi

Jednou z významných výhod Burndown grafu je jeho univerzálnosť v kombinovaní s inými nástrojmi. Nasledujúce nástroje môžu byť aplikované na:

• analyzovanie práce vývojového tímu
• vizualizovanie pokroku práce na produkte
• odhadovanie rozpočtu projektu

Napríklad, v poslednom prípade použitie Burndown grafu projektovej škály umožňuje porovnanie plánovaného a skutočného rozpočtu pre celý projekt.

Nevýhody Burndown grafu

Nap despite všetkých výhod Burndown grafu uvedených vyššie, môže sa stať zdrojom zmätku pre vývojový tím. Avšak to, čo často nazývame “nedostatkami” Burndown grafu, nie je spôsobené nedokonalosťami samotného nástroja. Problémy uvedené nižšie sa týkajú spôsobu implementácie Burndown grafu skôr než jeho dizajnu. Nižšie sú nedostatky, ktoré môžu zasahovať do zobrazenia pokroku vývojového tímu týmto spôsobom.

“Ľudský faktor”

Grafy nemôžu byť absolútnym meradlom pokroku tímu. Sú to len nástroje, ktoré sa dajú aplikovať rôznymi, viac alebo menej zručnými spôsobmi. Môžeme to považovať za nevýhodu (alebo výhodu) nielen Burndown grafu, ale aj iných meraní výkonu tímu.

Na vytvorenie Burndown grafu potrebujete iných ľudí na zadávanie údajov. Inými slovami, vývojári zaznamenávajú čas dokončenia úloh do grafu. Môžu ho predĺžiť alebo skrátiť – buď z nepozornosti, alebo z túžby zlepšiť situáciu pre tím. Vývojári tiež niekedy zabúdajú zaznamenať svoj čas. Alebo nechajú časovač zapnutý. To spôsobuje, že pracovný čas sa predlžuje na niekoľko hodín. A po zistení chyby je ťažké rekonštruovať jeho skutočný priebeh.

Zmeny v Sprint Backlogu

Sprint Backlog by sa nemal upravovať po začiatku Sprintu. Avšak v praxi sa takéto zmeny vyskytujú pomerne často. Vznikajú z meniacich sa požiadaviek zainteresovaných strán. Alebo nepredvídaných problémov, ktorým čelí vývojár.

To spôsobuje, že Burndown graf je skreslený. To je preto, že čas potrebný na dokončenie úloh zostáva rovnaký. Avšak škála zostávajúcich úloh sa zvyšuje. To môže dať klamlivý dojem, že vývojový tím nesprávne naplánoval prácu, ktorú má vykonať v danom Sprinte. Alebo že pracuje príliš pomaly.

Zmeny v Sprint Backlogu môžu tiež vyplývať z úloh, ktoré boli naplánované na dokončenie príliš rýchlo. V takejto situácii sa vývojový tím zvyčajne rozhodne zvýšiť počet úloh. To môže zase viesť k tomu, že ich nedokončia včas. Taktiež môžu vzniknúť konflikty z prekrývania zostávajúcich úloh z predchádzajúceho Sprintu s novými úlohami, ktoré majú byť dokončené zainteresovanými stranami a produktovými vlastníkmi.

Zmeny v Product Backlogu

Veľké zmeny v Product Backlogu môžu narušiť tvar Burndown grafu. A tým silno skresliť obraz pokroku práce a efektívnosti tímu. To sa deje, keď sa objavia nové používateľské príbehy. A tie, ktoré sú blízko fázy implementácie, sú často rozdelené na menšie časti. Stáva sa tiež, že klient sa vzdáva niektorých funkcií produktu.

Preto, pri interpretácii Burndown grafu, sa treba riadiť znalosťou a skúsenosťami pri hodnotení výkonu tímu. A tiež zohľadniť variabilitu Backlogu. Ak graf nie je jedinou metrikou používanou na hodnotenie výkonu, iné grafy umožnia vidieť komplexnejší obraz pokroku práce.

Zhrnutie

Burndown graf môže významne prispieť k motivácii vývojového tímu. To je preto, že poskytuje meradlo skutočne vykonanej práce na pláne. Navyše, jeho kombinácia s inými metrickými nástrojmi môže byť zdrojom cenných informácií o práci tímu a plánovaní produktu.

Starostlivým uplatňovaním princípov Scrum môžete predísť potenciálnym problémom s Burndown grafom. Najdôležitejšie je prispôsobiť nástroje na vedenie grafu skutočnej práci Scrum tímu, ako aj minimalizovať zmeny v Sprint a Product Backlogu, o ktorých píšeme viac v tomto článku.

Ak sa vám náš obsah páči, pridajte sa k našej komunite usilovných včiel na Facebooku, Twitteri, LinkedIn, Instagrame, YouTube, Pinterest.