V dnešním článku se zabýváme tématem odhadu a příběhových bodů ve Scrumu. Vytváření odhadů ve Scrumu pomáhá předpovědět složitost a čas potřebný k dokončení úkolů. Analyzováním minulosti celý Scrum tým společně předpovídá, co budoucnost přinese.
Proto čím zkušenější je Scrum tým, tím přesnější jsou jejich odhady. Tým také spolupracuje na stanovení odhadovaného času potřebného k dokončení úkolů během plánování sprintu, přičemž má na paměti, že to není konečný závazek, ale předpověď. Jeho přesnost závisí na mnoha proměnných, které neustále podléhají nepředvídatelným změnám a neočekávaným okolnostem. Naštěstí metodologie Scrum zahrnuje techniky a nástroje, které usnadňují určitou míru jistoty, a dnes je podrobně probereme, abyste je mohli ihned pochopit a aplikovat!
Příběhové body a odhad ve Scrumu – obsah:
Úvod
Na každém plánování sprintu Product Owner představuje týmu nové uživatelské příběhy. Product Owner je vybírá z produktového backlogu k realizaci v následujícím sprintu. Poté členové Scrum týmu společně odhadují pracovní zátěž potřebnou k dokončení této nové dávky úkolů. Tento typ úkolu je odhadem, odhadem požadavků.
Zdálo by se, že nejjednodušší způsob je definovat čas potřebný k dokončení úkolu v hodinách nebo dnech. Nicméně praxe a výzkum prováděný od 40. let 20. století dokazují opak. Lidé nejsou schopni přesně odhadnout čas potřebný k dokončení i velmi dobře definovaných úkolů. Kromě toho počet hodin potřebných k dokončení úkolu závisí na tom, kdo úkol vykonává, a na tom, co bylo – nebo nebylo – uděláno předtím. Proto Scrum obvykle používá jednotky nazývané příběhové body.
Význam příběhových bodů ve Scrumu
Každý vývojový tým uvádí do praxe hodnotu příběhového bodu čerpáním z zkušeností a velikosti jednotlivých úkolů, tj. dodržováním principu empirismu. Nejčastěji během plánování sprintu Scrum Master vybírá jeden nebo více vzorků dokončených uživatelských příběhů, které slouží jako referenční bod pro určení hodnoty uživatelských příběhů k rozvoji.
Proto nelze přiřadit hodnoty v příběhových bodech bez kontextu. Například pokud je prvnímu úkolu přiřazena hodnota 10, následné úkoly budou hodnoceny vůči němu jako větší nebo menší. Tímto způsobem jsou v rámci projektu Scrum týmu všechny úkoly v produktovém backlogu navzájem propojeny. To znamená, že podobné úkoly vykonávané jedním vývojovým týmem obdrží podobný počet bodů.
Příběhové body jsou relativní jednotky. To znamená, že:
- Hodnota příběhového bodu se vztahuje pouze k úkolům vykonávaným konkrétním Scrum týmem. Příběhové body popisují rychlost dokončení úkolů jednoho týmu. Jinými slovy, uživatelský příběh odhadovaný na 10 příběhových bodů týmem A může získat 50 od týmu B. To je proto, jak jsme zmínili, že jejich hodnota je relativně vypočítána k ostatním úkolům vykonávaným tímto týmem a jejich zkušenostem s podobnými úkoly.
- Hodnota příběhových bodů dokončených v jednom sprintu nemůže být základem pro porovnání výkonu dvou Scrum týmů. Aby se předešlo chybám při řízení Scrum projektů, je důležité si pamatovat, že rychlost vývojového týmu vyjádřená v příběhových bodech dokončených v jednom sprintu nemůže být použita k porovnání výkonu dvou týmů. To je proto, že by mohli vykonávat stejnou práci v paralelních sprintech, které jeden tým odhadl na 10 a druhý na 50 příběhových bodů.
Také by se nemělo zapomínat, že odhady obsahují mnoho neznámých prvků a jsou prováděny na základě neúplných dat. Z tohoto důvodu se předpovědi i velmi zkušeného Scrum týmu mohou někdy velmi lišit od skutečného úsilí potřebného k dokončení uživatelského příběhu.
Techniky relativního odhadu
Jaké jsou nejúčinnější techniky odhadu ve Scrumu? Neexistuje univerzální metoda, která by fungovala pro každý tým.
Mezi technikami odhadu v rámci agilních metodologií jsou nejběžnější:
- Plánovací poker. Tato nejpopulárnější relativní metoda využívá karetní hru k výpočtu množství práce potřebné k dokončení úkolu. Její podrobné pravidla a proces probereme v samostatném článku.
- Hra odhadu týmu. Tato metoda zahrnuje přiřazení provedení uživatelských příběhů v daném sprintu s odpovídajícími číselnými hodnotami vybranými z Fibonacciho posloupnosti. Také jsme jí věnovali samostatný článek.
Scrum na druhé straně odmítá klasický způsob absolutního odhadu tradiční metodologie projektového řízení. Způsob, jakým odhaduje úkoly, je definováním předem osoboměsíců, trvání a nákladů celého projektu. To je dlouhý proces, obtížně realizovatelný a vyžaduje účast odborníků, kteří mají tendenci stanovit zdůvodnění a kodex chování, ale neprovádějí akce, které nutně neprovedou úkoly, jejichž hodnotu odhadli. Jinými slovy, je to nejen únavné, ale také vysoce neefektivní.
Příběhové body a odhad – shrnutí
Odhad je velmi důležitá dovednost, která charakterizuje všechny zralé Scrum týmy. Odhadování množství času a úsilí potřebného k dokončení jednotlivých úkolů se stalo hlavním zaměřením mnoha technik relativního odhadu, jako je plánovací poker nebo hra odhadu týmu.
Uživatelské příběhy s příběhovými body jsou dalším efektivním měřicím technikou, kterou jsme popsali, a doufáme, že našim čtenářům poskytneme užitečné nástroje. Je však důležité mít na paměti, že jejich čísla se vztahují pouze k konkrétním úkolům vykonávaným Scrum týmem. Proto počet příběhových bodů nemůže být základem pro porovnání rychlosti různých vývojových týmů.
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?