Scrum Guide | 11. Štatistiky a metriky, ktoré by mal Scrum Master sledovať

Prečo Scrum Master potrebuje štatistiky a metriky? Po prvé, aby skontroloval, či sú jeho metódy práce na predvídateľnosti výsledkov a zlepšovaní efektívnosti tímu účinné. Ale aj na to, aby sledoval, ako ich činnosti ovplyvňujú Vývojový tím. Teda, ako formujú používateľskú skúsenosť zamestnancov (UX). V tomto článku predstavujeme štatistiky a metriky, ktoré by mal Scrum Master sledovať.

Štatistiky a metriky dôležité pre Scrum Mastera – obsah:

1. Meranie výsledkov práce Vývojového tímu
2. Sledovanie používateľskej skúsenosti zamestnancov vývojárov
3. Zhrnutie

Meranie výsledkov práce Vývojového tímu

Najčastejšie používané štatistiky a metriky, ktoré by mal Scrum Master sledovať, sú tie, ktoré popisujú tempo a tok vykonávania úloh. Tieto sú Burnup Chart, Burndown Chart a Cumulative Flow Chart. Tieto opatrenia hodnotia vývoj produktu aj efektívnosť tímu. Každé z nich umožňuje pristupovať k týmto otázkam z iného uhla, takže je dobré ich ukázať spolu. Sú to užitočné nástroje na hodnotenie pokroku na rôznych úrovniach, počas Sprintu aj celého procesu vývoja produktu.

Burndown Chart

Burndown chart ukazuje Scrum Masterovi a Vývojovému tímu, koľko práce už bolo vykonané a koľko zostáva urobiť. Osa X zobrazuje čas, ktorý zostáva na dokončenie práce. Osa Y zobrazuje množstvo práce, ktoré zostáva vykonať a ktoré bolo naplánované v Sprint Backlogu alebo Product Backlogu.

Táto tabuľka tiež pomáha určiť rýchlosť Vývojového tímu, ktorej sa tiež budeme venovať v samostatnom článku. Tu len spomenieme, že ide o priemerné množstvo práce vykonanej počas jedného Sprintu.

Táto jednoduchá pomôcka umožňuje Scrum Masterovi nielen vidieť ako efektívne tím pracuje. Pomáha tiež odpovedať na otázky:

• Aká časť práce už bola dokončená?
• Koľko úloh zostáva dokončiť?
• Koľko času potrvá vyvinúť produkt?

Pri používaní Burndown Chart musí Scrum Master mať na pamäti, že to nie je jediný nástroj na štatistické hodnotenie pokroku tímu. Najlepšie funguje pre projekty, kde je rozsah práce fixný a známy. Nevykazuje dobré výsledky pri vytváraní veľmi inovatívnych riešení s novým klientom. Potom sa množstvo práce, ktoré je potrebné vykonať v celom projekte – teda obsah Product Backlogu – môže počas projektu výrazne zmeniť, čo sťažuje použitie Burndown Chart.

Burnup chart

Burnup Chart je opakom Burndown chartu, ktorý bol predtým diskutovaný. Aj tu osa Y zobrazuje množstvo práce, ktoré zostáva vykonať. Osa X na druhej strane zobrazuje čas dokončenia vyjadrený buď v počte Sprintov, alebo v dátumoch.

Scrum Master však používa Burnup Chart na trochu iný účel. Je to preto, že nielenže pomáha pri meraní pokroku produktu a pokroku tímu. Táto metrika tiež hodnotí, ako sa rozsah práce v projekte mení v priebehu času. Preto dobre funguje pre projekty s variabilným rozsahom.

Burnup Chart je tiež plánovací nástroj, ktorý sa časom stáva efektívnejším. Poskytuje odpovede na otázku, koľko práce sa odhaduje, že Vývojový tím vykoná v nasledujúcom Sprinte.

Cumulative Flow Diagram

Tretí typ diagramu, ktorý je veľmi plodný v práci Scrum Mastera s Vývojovým tímom, je Cumulative Flow Diagram. Obsahuje analýzu ako stabilné je tempo a produktivita Vývojového tímu. Rozloženie jeho osí je rovnaké ako Burnup Chart, takže sa často označuje ako jeho zložitejšia verzia.

Avšak Cumulative Flow Diagram nie je určený len na určenie počtu úloh dokončených v danom časovom období. Zohľadňuje aj počet úloh, ktoré čakajú v rade na vykonanie. Vďaka tomu umožňuje diagnostikovať tzv. “úzke miesta” – momenty procesu, ktoré spomaľujú vytváranie produktu.

Táto veľmi diagnostická funkcia robí z neho jednu z najužitočnejších metrík v rukách Scrum Mastera. Je to preto, že umožňuje reorganizovať prácu tak, aby sa inak rozdelila sila Vývojového tímu a predišlo sa prestojom.

Sledovanie používateľskej skúsenosti zamestnancov vývojárov

Pravidelná a dôkladná údržba a analýza štatistík je nevyhnutnou súčasťou efektívnej práce Scrum Mastera. Musí však mať na pamäti predovšetkým používateľskú skúsenosť zamestnancov vývojárov, t.j. spôsob, akým vnímajú prácu v Scrum tíme. Rozhodujúca nie je kvalita metrík, ale spôsob, akým ich Scrum Master používa.

Ak sú štatistiky vedené v súlade s princípmi Scrum – sú transparentné, verejné a zrozumiteľné pre zapojených vývojárov – môžu byť spôsobom, ako motivovať tím k efektívnejšej práci alebo ich odmeniť za skvelé výsledky. Avšak štatistiky môžu fungovať aj ako nástroj na vyvíjanie tlaku na Vývojový tím. Potom sa ich indikácie stávajú generátorom obvinení a resentimentov. Môžu prispieť k zhoršeniu morálky tímu a narušeniu tímovej spolupráce.

Druhým dôležitým faktorom používateľskej skúsenosti zamestnancov vývojárov, o ktorý sa musí Scrum Master pracujúci s štatistickými nástrojmi postarať, je spôsob riadenia ich času. Je to preto, že Scrum Master potrebuje mať dostatok času na starostlivosť o Vývojový tím. Z tohto dôvodu, v prípade veľkého projektu, stojí za zváženie zahrnúť do Scrum tímu ďalšiu osobu. Táto osoba bude pôsobiť ako projektový manažér a postará sa o metriky. Vďaka tomu uvoľní Scrum Mastera – a do určitej miery aj Product Ownera – od úloh, ktoré ho odvádzajú od práce s Vývojovým tímom.

Štatistiky a metriky – zhrnutie

Scrum Master by mal sledovať základné štatistiky popisujúce prácu Vývojového tímu. Ich zručná interpretácia zvyšuje šancu rýchlo odhaliť problémy v práci tímu a reagovať na ne. Avšak dôležitejšie ako udržiavanie grafov je to, čo Scrum Master s nimi robí. Nemali by metriky považovať za nástroj na hodnotenie tímu, ale skôr ich považovať za užitočnú pomôcku pri motivovaní tímu a diagnostikovaní ich vlastného spôsobu práce. Je to preto, že metriky budú užitočné nástroje iba vtedy, ak pomôžu uľahčiť procesy zlepšovania tímu a produktu.

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