Jak krok za krokem provést Planning Poker

Planning Poker funguje, když karty podněcují smysluplnou diskusi — nikoli když tým hádá „správné“ číslo. Dobrá seance poskytuje všem stejný kontext backlogu, chrání nezávislé rozhodování až do odhalení a využívá rozdílných odhadů k odhalení předpokladů před zahájením sprintu.

Tento průvodce nabízí opakovatelnou agendu pro jednoho facilitátora, jednoho Product Ownera nebo vlastníka backlogu a osoby, které budou práci realizovat.

V tomto průvodci

• Krátká verze
• Připravte backlog a účastníky
• Použijte praktickou 45minutovou agendu
• Kalibrujte a prezentujte každý bod
• Hlasujte, odhalte a diskutujte rozptyl
• Znovu hlasujte, rozdělte nebo přerušte
• Zkontrolujte příklad pěti položek
• Vyvarujte se běžných chyb
• Použijte kontrolní seznam facilitátora

Krátká verze

Pro každou položku backlogu:

1. Vysvětlete uživatelský výsledek, rozsah a akceptační podmínky.
2. Nechte tým klást upřesňující otázky.
3. Požádejte každého odhadce, aby si soukromě vybral kartu.
4. Všechny karty odhalte současně.
5. Pokud je rozptyl významný, vyslechněte důvody nízkých a vysokých hlasů.
6. Ujasněte položku, rozdělte ji, pokud je to potřeba, a znovu hlasujte.
7. Zaznamenejte týmový dohodnutý odhad a pokračujte k další položce.

Planning Poker je odhadovací praktika, nikoli povinná Scrum událost. Současný Scrum Guide ponechává volbu metod odhadu na týmu a zdůrazňuje, že lidé, kteří práci vykonávají, jsou odpovědní za odhad velikosti položek Product Backlogu.

Před seancí: připravte práci, o které lze diskutovat

Hlasovací místnost nezachrání položku backlogu, kterou nikdo nepochopí. Připravte si malý soubor blízkých položek místo celého backlogu.

U každé položky zajistěte, aby tým viděl:

• uživatelský nebo obchodní výsledek;
• co je zahrnuto a co je výslovně vyloučeno;
• akceptační podmínky nebo příklad očekávaného chování;
• známé závislosti, omezení a ovlivněné systémy;
• otevřené otázky, které mohou změnit velikost odhadu;
• odkaz na podpůrné návrhy nebo technický kontext, pokud je relevantní.

Nepřekrmujte odhad úplnou jistotou. Nejistota je součástí toho, co by odhad měl odhalit. Tým ale potřebuje dostatek kontextu, aby odlišil drobný implementační detail od nevyřešeného produktového rozhodnutí.

Vyberte měřítko před začátkem hlasování

Mnoho týmů používá Fibonacciho posloupnost, například 1, 2, 3, 5, 8, 13, 21. Rostoucí mezery odrážejí klesající jistotu, jak práce roste nebo je méně pochopená. Agilo také podporuje další vestavěná měřítka a vlastní sady karet.

Story points považujte za relativní velikosti specifické pro tým. Hodnota 5 je užitečná, protože tým chápe, jak se porovnává s vlastním 2 nebo 8; není to univerzální počet hodin a neměla by se mezi týmy přenášet jako převodní tabulka.

Pozvěte správné lidi

Hlasovat by měli ti, kteří mají práci dodat. Product Owner nebo vlastník backlogu vysvětluje záměr, priority a kompromisy. Facilitátor udržuje průběh, dává prostor tišším účastníkům a brání diskusi proměnit se v vyjednávání o preferované číslo.

V Agilu potřebují účastníci účty, aby se mohli připojit do místnosti a hlasovat. Vytvořte místnost před sezením, vyberte odhadovací systém, přidejte nebo importujte první položky a sdílejte pozvánku s dostatečným předstihem.

Aktuální rozhraní Agilo: osm fiktivních účastníků hlasovalo, přičemž všechny odhady jsou skryté až do odhalení.

Praktická 45minutová agenda

Použijte toto jako výchozí bod a upravte podle počtu a složitosti položek.

Pět dobře připravených položek je často užitečnější než patnáct uspěchaných hlasů. Pokud tým během seance často potřebuje dlouhé produktové ověřování, vraťte tyto položky zpět na upřesnění a nechte Planning Poker zaměřený na práci připravenou k odhadu velikosti.

Krok 1: kalibrace na známý referenční bod

Začněte nedávnou dokončenou položkou, na kterou si tým pamatuje. Nechcete přepisovat historii pro perfektní skóre. Dáváte místnosti společný referenční bod: „Tato položka obsahovala jednu změnu UI, jednu změnu API a známé testování; pro nás představuje hodnotu 3.“

Používejte referenční body ze stejného týmu a produktové oblasti. Hodnota 5 pro mobilní tým a 5 pro platformní tým nemusí znamenat totéž.

Pro konkrétní referenční měřítko porovnejte těchto šest příkladů story pointů, včetně akceptačních hranic, které činí položku menší nebo větší.

Krok 2: prezentujte jednu položku backlogu

Vlastník backlogu během pár minut vysvětlí výsledek a hranice. Vyhněte se procházení navrhované implementace, jako by byla již rozhodnuta. Vývojáři mohou vidět jednodušší řešení — nebo závislost, která změní celý odhad.

Užitečný úvod může znít takto:

Přihlášený uživatel může exportovat aktuální report do CSV. Toto kolo zahrnuje viditelné filtry tabulky, ale nezahrnuje naplánované exporty ani vlastní mapování sloupců.

Poté nechte tým klást otázky. Pokud otázka změní rozsah, upravte položku před hlasováním.

Krok 3: hlasujte soukromě a odhalte společně

Každý odhadce si vybere kartu, aniž by viděl volby ostatních. Skryté hlasy snižují kotvení na první číslo, nejstarší osobu nebo očekávání facilitátora.

Odhalte až poté, co všichni hlasovali. Agilo může karty odhalit ručně nebo automaticky po hlasování všech účastníků dle nastavení místnosti. Facilitátor může také použít časovač místnosti, pokud tým potřebuje jemné omezení pro otázky či hlasování.

Nepospíchejte lidi, kteří zvolí ?. Tato karta je užitečný důkaz: položka může postrádat kontext, ležet mimo něčí odbornost nebo obsahovat předpoklad, který stojí za odhalení.

Krok 4: diskutujte rozptyl, ne každé číslo

Pokud se hlasy shlukují kolem sousedních hodnot, tým může potřebovat jen krátké potvrzení. Je-li rozptyl široký — například 3, 3, 5, 8, 13 — začněte zdůvodněním nízkých a vysokých odhadů.

Pokládejte otázky jako:

• Co 13 zahrnuje, co 3 ne?
• Existuje nějaká závislost nebo chybový stav, který ostatní přehlédli?
• Odhadujeme stejné akceptační podmínky?
• Předpokládá někdo znovupoužitelnou infrastrukturu, která ještě neexistuje?
• Odstranilo by rozdělení položky hlavní nejistotu?

Cílem je sdílené porozumění. Poté může následovat konsensus, ale donucování všech k jedné kartě bez vyřešení základního rozdílu kazí celý účel cvičení.

Když jedna osoba hlasuje 3 a jiná 13: dobrá zpráva — karty nejsou porouchané. Tým právě našel diskusi, pro kterou sem přišel. 😅

Aktuální rozhraní Agilo po odhalení: rozptyl 3–8 vybízí k porovnání předpokladů. Průměr 5,3 je kontext, nikoli automatická konečná odpověď.

Krok 5: ujasněte, rozdělte nebo hlasujte znovu

Po diskusi zvolte jednu ze tří cest:

1. Znovu hlasujte. Položka je jasná a nové informace změnily názor týmu.
2. Rozdělte položku. Odhad je velký, protože byly sloučeny různé výsledky nebo technické kroky.
3. Pozastavte odhad. Nejprve je třeba vyřešit produktové rozhodnutí, závislost nebo vyšetřování.

Agilo podporuje další kolo hlasování, ale nevybírá konečný odhad za tým. Facilitátor a odhadci stále rozhodují, která hodnota nejlépe odráží jejich společné porozumění.

Krok 6: zaznamenejte výsledek a pokračujte

Jakmile se tým shodne na odhadu, který použije, zaznamenejte jej k položce backlogu a vyberte další položku, dokud má sezení stále dynamiku. Pokud využíváte Agilo integraci s Jira, můžete importovat problémy z Jiry s jejich kontextem a vrátit vybraný odhad při nastavení synchronizace.

Vedení samostatné poznámky pro následné otázky. Nezastírejte nevyřešený rozsah za číslem jen proto, abyste dokončili seznam.

Příklad z praxe: pět položek backlogu

Níže uvedené hodnoty patří fiktivnímu produktovému týmu používajícímu vlastní referenční položky. Jsou to příklady uvažování, nikoli univerzální správné odpovědi.

Zvažte položku s widgety. Nízké odhady představovaly změnu pouze pro desktopové rozhraní. Vysoké odhady zahrnovaly mobilní gesta, zachování pořadí, přístupnost přes klávesnici a migraci stávajících rozvržení. Žádné průměrování by tento nesoulad nevyřešilo. Rozdělení položky zpřesnilo rozsah a přineslo dva smysluplnější rozhovory.

Běžné chyby, které oslabují sezení

Považovat průměr za odpověď

Průměr může skrývat dva neslučitelné výklady. Nejprve proberte rozptyl. Konečný odhad by měl odrážet pochopenou práci, nikoliv aritmetickou úsporu.

Nechat nejvyššího nadřízeného hlasovat nahlas

Jakmile je jednou zaznělo číslo, následující odhady mají tendenci se jím řídit. Nechte karty skryté až do odhalení a vyžádejte si důvody až po nezávislém hlasování.

Diskutovat o implementaci, než je jasný výsledek

Technické diskuse jsou cenné, ale až poté, co všichni pochopí, čeho má položka dosáhnout. Jinak může tým odhadovat různé produkty.

Nutit odhad u nepřipravené položky

„Potřebujeme dnes číslo“ nesmaže závislost. Označte otázku, přidělte zodpovědnou osobu a vraťte se k ní, jakmile bude rozhodnutí k dispozici.

Porovnávání jednotlivců nebo týmů podle story points

Body jsou lokální plánovací nástroj. Proměnit je ve výkonový cíl vede k nafouknutým číslům a ztrátě užitečnosti odhadů.

Kontrolní seznam facilitátora

Před schůzkou:

• vyberte 5–8 blízkých položek;
• přidejte kontext akceptace a odkazy;
• vytvořte místnost a vyberte sadu karet;
• potvrďte, kdo položky vysvětlí a kdo bude hlasovat;
• vyberte jednu známou referenční položku.

Během každého kola:

• držte hlasy skryté, dokud nejsou všichni připraveni;
• vyslechněte zdůvodnění nejnižších a nejvyšších odhadů, pokud má rozptyl význam;
• aktualizujte položku, když se změní předpoklady;
• znovu hlasujte, rozdělte či pozastavte položku místo nucení shody;
• zaznamenejte vybraný odhad a případného následného vlastníka.

Po schůzce:

• zajistěte viditelnost odhadů v backlogu;
• vyřešte pozastavené položky před plánováním sprintu;
• škálu upravujte pouze, pokud ji tým dlouhodobě považuje za nevhodnou.

Proveďte pracovní postup v Agilo

Agilo Planning Poker uchovává kontext backlogu, soukromé hlasování, simultánní odhalení, opakovaná kola a vybraný odhad v jedné místnosti. Můžete přidávat práci ručně nebo importovat Jira problémy, používat vestavěnou nebo vlastní sadu karet a po shodě týmu přejít rovnou na další položku.

Vytvořte místnost pro Planning Poker, až budete mít připravené položky backlogu a účastníky.

Zdroje a další čtení

• Agile Alliance: Planning Poker — základní princip soukromého hlasování, simultánního odhalení, diskuse a opakovaných kol.
• Oficiální Scrum Guide — aktuální definice Scrumu a odpovědností za velikost Product Backlogu.