Planning Poker je jedna z nejpopulárnějších technik odhadu v Scrum. Probíhá během plánování Sprintu a má několik jednoduchých pravidel. Všichni hráči se stávají členy vývojového týmu a každý z nich současně položí na stůl kartu s počtem Story Points, aby odhadl úkol popsaný Product Ownerem. Jaké jsou výhody a nevýhody Planning Pokeru a jak se hraje? Podívejte se na náš příspěvek, abyste se to dozvěděli a zvládli tuto techniku.
Planning Poker – obsah:
Úvod
Planning Poker, také nazývaný Scrum Poker nebo Pointing Poker, je relativní technika pro odhadování množství práce potřebné k dokončení konkrétního úkolu. Byl vytvořen v roce 2022 Jamesem Grenningem. Chtěl vyřešit problém nekonečných sporů v Scrum týmu ohledně odhadu obtížnosti úkolů zadaných vývojářům.
Jak hrát Planning Poker?
Cílem Planning Pokeru je odhadem obtížnosti a úsilí každého User Story vybraného pro daný Sprint. Pravidla hraní Planning Pokeru jsou jednoduchá. Nejdříve je však potřeba připravit potřebné příslušenství.
Karty Story Point obvykle obsahují hodnoty odpovídající Fibonacciho posloupnosti, tj. 0, 1, 3, 5, 8, 13, 20, 40 a 100. Stává se také, že jsou označeny po sobě jdoucími mocninami 2, tj. 2, 4, 8, 16, 32 a tak dále. Proč nejsou po sobě jdoucí čísla? Protože Planning Poker se zaměřuje na jasné ukázání rozdílů mezi obtížností úkolů. A příliš malé rozdíly mezi hodnotami karet by zatemnily úsudky.
Čísla obvykle vyjadřují počet Story Points. Mohou to však být také jiné jednotky měření používané Scrum týmem. O jednotkách odhadu a Story Points jsme psali více v tomto článku.
Pravidla Planning Pokeru
Hra Planning Poker vyžaduje:
- balíček karet s User Stories – připravený zvlášť pro každou hru
- balíček karet se Story Points – jeden balíček pro každého vývojáře, pro opakované použití
Fáze Planning Pokeru:
- Prezentace User Story
- Diskuze
- Hraní (Fáze 2 a 3 se opakují, dokud nedojde k konsensu všech)
- Konsensus
- Přejít na další User Story
Planning Poker se obvykle koná během plánování Sprintu. Product Owner drží karty User Stories a vývojáři dostávají balíček karet se Story Points.
Moderátor je Product Owner, který zahajuje hru tím, že představí jednu User Story ostatním členům Scrum týmu. Pokud mají otázky, měli by se ozvat ihned po prezentaci User Story.
Dalším krokem je zahájit diskuzi o implementaci User Story. Celý Scrum tým se účastní diskuze, ale hlavními účastníky jsou vývojáři. Diskuze se týká mimo jiné takových otázek jako:
- technická stránka úkolu
- dovednosti jednotlivých vývojářů, které budou potřebné k dokončení úkolu
- způsoby, jak se vypořádat s očekávanými obtížemi
- další úkoly spojené s realizací User Story.
Když se vývojáři shodnou na nejdůležitějších otázkách, každý vybere jednu z karet ze svého balíčku Story Points. Poté ji umístí podle svého názoru nad kartu User Story, která nejlépe odráží její úroveň složitosti.
Další krok závisí na tom, jak byly karty rozděleny:
- Pokud vývojáři položili na stůl karty různých hodnot, vrátí se k diskuzi. Poté karty sundají ze stolu a znovu odhadnou hodnotu User Story. Situace se opakuje a vývojáři znovu tahají, dokud nedosáhnou konsensu.
- Pokud se vývojáři shodnou na User Story, přejdou na další kolo Planning Pokeru. Product Owner představí další User Story a postup se opakuje, dokud se nevyčerpá zásoba User Stories plánovaných pro aktuální Sprint.
Výhody a nevýhody Planning Pokeru
Výhodou Planning Pokeru je bezpochyby standardizace práce s User Stories. Vývojový tým má v rukou hotový set karet pro výpočet množství práce. To umožňuje, aby hodnoty v každém Sprintu zůstaly konstantní a tým se naučil odhadovat pomocí konkrétních jednotek.
Další důležitou výhodou je rovnocenná účast všech vývojářů na odhadu složitosti úkolu. I lidé, kteří se přímo nepodílejí na jeho realizaci, mohou přispět do diskuze. Například tím, že upozorní na problémy, které se nevyskytly, protože se vývojáři zaměřili na technické aspekty úkolu.
Další výhodou hraní Planning Pokeru je rozvoj dovednosti stanovování časových limitů na diskuzi a, pokud je to nutné, omezení počtu kol hraných pro každou User Story.
Nicméně čas potřebný k dosažení konsensu je také jednou z nejčastěji citovaných nevýhod Planning Pokeru. Pokud se jeden nebo více vývojářů nechtějí shodnout s ostatními, může se hra potenciálně táhnout do nekonečna.
Shrnutí
Planning Poker je velmi efektivní technika relativního odhadu. Vývojovému týmu je poskytnut hotový rámec aktivit a bodových hodnot pro odhadování času a obtížnosti úkolů. To jim umožňuje soustředit se na diskuze o řešení problémů a také zlepšit své odhady porovnáváním výpočtů a reálných User Stories.
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?