Hra týmového odhadu je technika, která usnadňuje plánování sprintu v Scrum. Jak se liší od plánovacího pokeru? Proč některé vývojové týmy považují tuto techniku za efektivnější nástroj a jiné ne? V následujícím článku najdete vše, co potřebujete vědět.
Hra týmového odhadu – obsah:
Úvod
Hra týmového odhadu se také nazývá odhadování v plaveckých drahách. Tento termín vznikl jako spontánní pozorování karetní hry, protože uspořádání karet připomínalo plavecké dráhy v bazénu.
Hra týmového odhadu neustále získává na popularitě, protože umožňuje vývojovým týmům vytvářet odhady přibližně třikrát rychleji než pomocí plánovacího pokeru.
O této technice píšeme v předchozím článku. Dnes se zaměříme na hru týmového odhadu.
Pravidla hry týmového odhadu
Hra týmového odhadu vyžaduje:
- balíček karet uživatelských příběhů – připravený zvlášť pro každou hru
- balíček karet bodů příběhu – pro opakované použití
Nejprve seřaďte karty uživatelských příběhů podle pořadí odpovídajícího položkám v produktovém backlogu. Aby se zajistilo, že nejurgentnější budou odhadovány jako první.
Karty s body obvykle obsahují hodnoty odpovídající Fibonacciho posloupnosti. Tato posloupnost zahrnuje následující čísla: 0, 1, 3, 5, 8, 13, 20, 40 a 100. Můžete je také označit po sobě jdoucími mocninami čísla 2, tedy 2, 4, 8, 16, 32 a tak dále.
Fáze hry týmového odhadu:
- Úvod. Aby se hrála hra týmového odhadu, členové Scrum týmu sedí kolem stolu. Product Owner začíná tím, že vytáhne první kartu z balíčku uživatelských příběhů a sdílí její obsah se všemi. Poté karty zůstávají na stole. Poté Product Owner vysvětlí ostatním členům Scrum týmu, že od nynějška budou hráči hodnotit uživatelské příběhy jako snadné nebo obtížné k implementaci umístěním je podle toho vlevo a vpravo. Pokud se některý z nich ukáže jako obtížný, hráč je naskládá na stůl jeden na druhý. Nyní udělá další tah osoba sedící vedle nich po směru hodinových ručiček.
- Hráč vytáhne kartu z balíčku uživatelských příběhů. Po sdílení jejího obsahu se všemi vysvětlí její podstatu Product Ownerovi. Osoba, která kartu drží, ji poté položí na stůl a vybere si místo na základě svého názoru na obtížnost tohoto uživatelského příběhu. Poté hráč vysvětlí důvody svého výběru všem a ostatní hráči mají možnost klást otázky týkající se jeho argumentace. Nemohou zpochybnit samotné rozhodnutí, ale argumenty, které rozhodnutí ospravedlňují.
- Nyní hráči se střídají a mají na výběr ze dvou možností:
- Opakovat krok 2, nebo
- Přesunout jednu z karet na stole na její nejvhodnější místo
- Poslední fáze umístění karet uživatelských příběhů probíhá jednou nebo několikrát, v závislosti na praxi Scrum týmu. Během tohoto kola má každý hráč další příležitost přesunout jednu z karet na stole na vhodnější místo.
- Jakmile hráči přiřadí všechny karty uživatelských příběhů na jejich místa představující úrovně obtížnosti, vývojový tým pokračuje v přiřazení hodnoty tím, že přiřadí karty z hromady bodů příběhu. První karta uživatelského příběhu vlevo dostane kartu bodů příběhu s nejnižším počtem bodů od Product Ownera. Pravidlo pro umístění následných karet je stejné jako pro body 3 a 4. Tímto se odhadování dokončuje.
Pokud zvolí druhou možnost, měli by také ospravedlnit, co je přimělo změnit názor. Hráči se střídají v opakování kroku 3, dokud nejsou všechny karty z balíčku uživatelských příběhů rozděleny a odhadnuty.
Hra týmového odhadu versus plánovací poker
Hra týmového odhadu je považována za efektivnější nástroj pro odhadování než plánovací poker. Díky následujícím rozdílům mezi těmito dvěma technikami:
- Karta-stůl. Hra týmového odhadu používá známé “pravidlo karty-stolu” z populárních karetních her. To znamená, že jakmile kartu umístíte, nemůžete ji vzít zpět. Protože uživatelský příběh je odhadován jednou osobou najednou, kolísání mezi odhady a počet změn pozic je výrazně nižší ve srovnání s plánovacím pokerem.
- Dostatečně přesný výpočet. V plánovacím pokeru by měl být dosažen plný konsensus pro každý uživatelský příběh. V hře týmového odhadu však rozhoduje pouze jedna osoba. I když je její odhad chybný, jiný vývojář ho pravděpodobně umístí na odpovídající hodnotu přesněji. Tímto způsobem se zaručuje dosažení dostatečně přesných a rychlých odhadů.
- Vyčerpání předmětu diskuse. Argumentace výběrů často trvá příliš dlouho při hraní plánovacího pokeru. Jejich čas je během hry týmového odhadu výrazně zkrácen, protože se zaměřují na jedno rozhodnutí jednoho z vývojářů, spíše než na povahu každého uživatelského příběhu.
Jednou z potenciálních nevýhod hry týmového odhadu je pocit nespravedlnosti. Pokud je vývojový tým větší než počet uživatelských příběhů naplánovaných v daném sprintu, někteří vývojáři se mohou cítit opomenuti.
Hra týmového odhadu – shrnutí
Hra týmového odhadu má pověst nejefektivnější techniky odhadu pro většinu Scrum týmů. Je však důležité si uvědomit, že je to pouze nástroj pro odhadování obtížnosti a úsilí uživatelských příběhů. A jako každý nástroj bychom ho měli přizpůsobit potřebám a schopnostem členů 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?