Menu

Jak usnadnit proces agilního odhadu pomocí Planning Poker

how make agile estimation process easy with planning poker

Vyzkoušejte Náš Nástroj Pro Odstranění Problémů

Umění odhadovat je známé všem.

jak spustit soubory .jar

Odhadujeme každý den v životě. Většina z nás dokáže odhadnout hmotnost zeleniny pouhým držením; můžeme také zjistit zralost ovoce podle jeho aroma.

V dnešním článku se seznámíme s Planning Poker, známým také jako Scrum Poker Cards, technikou agilního odhadu a plánování, která je v dnešní době velmi populární, snadná a jednoduchá.

Plánování pokerového scrum pokeru v agile

Pro reálný příklad odhadu si vezměme scénář 3 přátel:

Tim, Bob a John, kteří chtějí po práci jet na technickou konferenci. Místo je 60 km daleko a má kopcovitý terén. Tim, Bob a John diskutují o cestovním plánu přes oběd.

Říká Bob , 'Byl jsem na této konferenci také minulý rok.' Znám cestu a bude tam trvat 2 hodiny jízdy “.

Říká Tim , 'Jsem nový řidič a nikdy jsem v této oblasti nebyl.' Pokud řídím, bude to trvat 4 hodiny. “

Říká John , 'S řízením na kopcovitém území jsem v pořádku, ale ještě jsem tam nebyl.' Takže by nás tam mohlo všechny dovezet 3 hodiny “

Vypadá to jako běžný rozhovor, ale tito přátelé právě odhadli, jak dlouho bude každému z nich trvat cesta na technickou konferenci na základě jeho minulých zkušeností, řidičských schopností a znalosti terénu.

Podobně ve vývoji softwaru poskytujeme odhady založené na našich podobných minulých zkušenostech , technické dovednosti a znalost / znalost domény technických aspektů zadaného úkolu.

Co se naučíte:

Proč musíme odhadovat?

Harmonogram dodávky softwarového projektu je řízen obchodními potřebami. Aby se tým zavázal dodržet stanovené termíny, je důležité, aby se tým spojil a poskytl realistický odhad.

Na začátku projektu nemusí být požadavek dobře definován, nemusí být načrtnuta podrobná metodika vývoje, nemusí být identifikovány závislosti atd. Přesto je důležité stanovit odhad na vysoké úrovni, aby bylo možné projekt naplánovat podle toho.

Například, pokud je odhad na vysoké úrovni větší než to, čeho může tým dosáhnout za dané období, lze učinit rozhodnutí, pokud je třeba získat další zdroj, je třeba prodloužit termíny atd.

Odhad je tedy velmi zásadním krokem v životním cyklu vývoje softwaru.

Porozumění odhadovaným jednotkám

Jednotky odhadu mohou být v hodinách, dnech nebo bodech příběhu. Odhady v hodinách a dnech jsou snadno srozumitelné a vztahují se k nim. Koncept bodů příběhu je abstraktnější.

Body příběhu se používají jako měřítko složitosti a neznáma souvisejícího s úkolem. Bodová hodnota příběhu se vypočítá podle vypočítané základní linie. Tato základní linie je stanovena samotným týmem na základě rychlost týmu v minulých projektech. Vyšší bodová hodnota příběhu vyžaduje více úsilí k provedení konkrétního úkolu.

Je však důležité si uvědomit, že příběhové body se nerovnají hodinám, takže je obtížné porovnávat příběhové body a odhad úsilí v hodinách. Proto 1 příběhový bod? 1 hodina.

Co je plánování Poker nebo Scrum Poker?

Jak je definováno v Wikipedia :

„Planning poker, nazývaný také Scrum poker, je metoda odhadu založená na konsensu, gamifikovaná technika, která se většinou používá k odhadu úsilí nebo relativní velikosti rozvojových cílů při vývoji softwaru.“

Slovo „Poker“ všem připomíná karetní hru Poker a není třeba říkat, že tato technika odhadu využívá karty k odhadu. Prodiskutujeme

V následujících částech článku si povíme více o kartách a způsobu plánování pokerové relace.

Doporučený nástroj

# 1) Agilní poker

Agilní pokerový banner

Agilní poker je známá aplikace pro Jira pro rychlé a pohodlné plánování a odhady pro vzdálené a společně umístěné týmy.

Začínáme s Agile Poker je jednoduché a snadné, protože bylo inspirováno třemi standardními metodikami odhadu: Planning Poker®, Wideband Delphi a Magic Estimation (také známé jako Silent Grouping, Affinity Estimation, Swimlanes Sizing nebo Relative Estimations).

=> Stáhněte si nástroj Agile Poker zde

Kdy je plánování Poker hotovo?

Planning Poker je technika odhadu a stejně jako všechny relace poskytující odhad by se měly konat před iterace / sprint začíná.

Uživatelské příběhy lze vyzvednout z nevyřízených problémů a předvybrat před schůzkou Planning poker. Na základě odhadů poskytnutých pro příběhy uživatelů lze rozhodnout o příbězích, které mají být zahrnuty do každé iterace.

NapříkladNa základě předchozí rychlosti a výkonu týmu si projektový manažer je vědom toho, že tým je schopen dodat 20 příběhových bodů za 2 týdny. Pokud během plánování pokerové relace celkový odhad předem vybraných uživatelských příběhů přesáhne 20 bodů příběhu, pak vedoucí projektu rozhodne o tom, které uživatelské příběhy zahrnout nebo vynechat v další iteraci, aby tým mohl úspěšně doručit spáchané uživatelské příběhy včas.

obecně se většina chyb (závad) nachází ve kterých dvou testovacích obdobích?

Plánování pokerové relace

Pojďme provést falešnou plánovací pokerovou relaci, abychom získali lepší představu o tomto procesu.

K plánování pokerové relace byste potřebovali několik kopií balíčků karet plánování skrumáže. Není nutné mít papírové karty. Lze použít několik online aplikací, jako je Scrum Poker (Android) nebo Scrum Poker plánování (IOS) atd.

Na kartách budou společné odhady, např. 0, 0,5,1, 2, 3, 5, 8, 13, 20 atd. Toto řazení bude většině čtenářů připadat známé a jedná se o sérii Fibonacci.

Některé další volitelné karty jsou:? - pro označení, že odhad je nejistý, Symbol nekonečna - pro označení, že úkol nelze dokončit, a Kávový šálek - pro označení, že si odhadce musí dát pauzu.

Níže uvedený obrázek ukazuje balíček karet plánování Poker:

plánování pokerových karet

Pokud chcete, můžete také použít časovač pro sledování a omezení času stráveného každou diskusí

Pro tuto relaci plánování pokeru zvažte webovou registrační aplikaci univerzity. Následují příběhy z nevyřízených položek, které mají být implementovány v nadcházejícím sprintu:

Uživatelský příběh 1: Jako uživatel bych neměl být schopen se zaregistrovat bez uvedení čísla mobilního telefonu

Popis: Uveďte povinné pole pro mobilní telefon. Pokud pole zůstane prázdné, zobrazí se chybová zpráva „Číslo mobilního telefonu je povinné“. V této vyskakovací chybové zprávě by mělo být tlačítko „Zavřít“. Uživatelské rozhraní dialogového okna a velikost a styl písma textu chybové zprávy by měly být stejné jako ostatní vyskakovací zprávy ve formuláři. Tato zpráva by byla spuštěna, když se uživatel pokusí aplikaci uložit.

Uživatelský příběh 2: Jako uživatel bych neměl být schopen se zaregistrovat bez poskytnutí čísla mobilního telefonu ve správném formátu

Popis: Přidejte ověření pro číslo buňky (nyní by mělo být ve formátu 111-111-1111). Pokud je formát nesprávný, uživatel dostane „Formát čísla mobilního telefonu by měl být 111-111-1111“. V této vyskakovací chybové zprávě by mělo být tlačítko „Zavřít“. Uživatelské rozhraní dialogového okna a velikost a styl písma textu chybové zprávy by měly být stejné jako ostatní vyskakovací zprávy ve formuláři. Toto ověření by bylo spuštěno, když se uživatel pokusí aplikaci uložit

Úkol 3: Změňte logo univerzity na nové logo na všech 75 stránkách webové aplikace

Budeme předpokládat, že facilitátorem je Tia, produktová analytička projektu. Odhady jsou Tony (vývojář), Maria (návrhář uživatelského rozhraní) a Gavin (tester). Jose, projektový manažer, se také zúčastní schůzky, ale nebude se podílet na odhadu.

Krok 1 : Tia naplánuje plánování pokerové relace a rozšíří příběhy potenciálních uživatelů, které mají být zahrnuty do dalšího sprintu s týmem.

Krok 2: Setkání se účastní všichni účastníci. Když setkání začne, Tia rozdá balíček karet každému odhadci, nebo každý odhadce otevře aplikaci pro plánování pokerových karet na svých smartphonech.

otázky a odpovědi týkající se testování výkonnosti

Krok # 3 : Tia poskytuje přehled uživatelského příběhu 1. Odhadci požadují vysvětlení, stručně diskutují oblasti dopadu, metodiku vývoje atd.

Krok č. 4: Na otázku Tia každý odhadce volá své číslo. Maria, Tony a Gavin si jako odhad vybrali 2 body příběhu.

Krok č. 5: Protože je dosaženo konsensu, tým přechází k dalšímu požadavku.

Krok č. 6: Tia poskytuje přehled požadavku 2. Všichni si vybrali 1 bod příběhu jako odhad, je dosaženo konsensu, tým přejde k dalšímu požadavku.

Krok č. 7: Tia poskytuje přehled Úkolu 3. Maria a Tony si vybrali 1 a Gavin jako odhad 2 body příběhu. Vzhledem k tomu, že nebylo dosaženo konsensu, jsou Tony a Gavin požádáni, aby svou volbu zdůvodnili. Tony říká, že jelikož je logo univerzity zobrazeno z jednoho místa na každé webové stránce, stačí logo aktualizovat pouze na jednom místě a myslí si, že 1 bod příběhu je dostatečný odhad pro vývoj i testování.

Gavin na druhé straně tvrdí, že ačkoli je umístění loga centralizované, všechny webové stránky používají různé styly, tester by musel přejít na každou webovou stránku a zkontrolovat, zda je logo zobrazeno správně (nemělo by vypadat jako oříznuté, by neměly vypadat napnuté atd.).

Také by bylo nutné provést testování pro více prohlížečů. Podle Gavina jsou tedy 2 body příběhu realistickým odhadem pro vývoj a testování.

Krok č. 8: Tia požaduje přehodnocení odhadů. Nyní jsou Maria, Tony a Gavin ve shodě a jako odhad si vybrali 2 body příběhu.

Všechny uživatelské příběhy jsou nyní odhadovány, přičemž celková hodnota bodu příběhu dalšího sprintu je 2 + 1 + 2 = 5 bodů příběhu. Projektový manažer / analytik projektu poté formálně vytvoří nový sprint a naplánuje datum zahájení a datum ukončení sprintu.

Souhrn kroků

(Klikněte na zvětšit obraz)

plánování pokerových kroků

Plánování online pokerových nástrojů:

  1. PlanningPoker
  2. Plán ITPoker
  3. Polohovací poker
  4. Agilní poker pro JIRA
  5. Agile @ Hand

Několik užitečných tipů

# 1. Odhady by měly přijít připravené a předem projít požadavky. To lze provést v relacích Backlog Grooming. Být připraven je zásadní, protože odhady je třeba poskytovat na základě pochopení požadavků.

Napříkladza účelem poskytnutí přesného odhadu musí mít vývojář jasno v metodice, kterou bude dodržovat při implementaci požadavků. Pokud existují nějaké neznámé nebo je úkol velmi složitý, bude bod příběhu, odhad spojený s úkolem, vyšší.

#dva. Plánování pokerového setkání je časově vázaná aktivita a jeho účelem je spojit se jako tým a poskytnout odhady. Důraz by měl být kladen na odhad na základě předchozích výkonů (nebo rychlosti) týmů. Toto setkání by nemělo být zaměňováno s jinými setkáními, jako je Daily Scrum, Backlog Grooming nebo Retrospective meeting.

# 3. Odhady by měli poskytnout lidé, kteří budou na projektu skutečně pracovat. S týmy, které jsou geograficky umístěny na různých místech, musí skuteční lidé pracující na projektu spolupracovat a poskytovat odhady. Setkání se může konat online, aby se usnadnily týmy ze všech globálních míst.

# 4. Nezapomeňte se bavit!

Plánování pokerové zábavy

(obraz zdroj )

Závěr

  • Plánování odhadu pokeru funguje opravdu dobře agilní metodologie .
  • Tato technika je škálovatelná a odhady jsou založeny na rychlosti týmu
  • Plánování pokeru je také velmi úspěšné díky skutečnosti, že odhady dostáváme přímo od lidí, kteří se na úkolu chystají pracovat, a proto je realističtější.
  • Pokud manažer projektu poskytne odhady sám, aniž by se poradil s týmem nebo dokončil technické podrobnosti, může to v zásadě ohrozit projekt kvůli provedeným předpokladům, přehlíženým podrobnostem atd.
  • Stále více společností nyní přechází na Agile a používá takové netradiční techniky odhadu.

Odhad je podstatnou součástí Plánování projektu . Přístup k odhadu by měl být konzistentní, flexibilní, měl by být škálovatelný a měl by dobře fungovat pro menší úkoly i příběhy uživatelů. Také by neměl spotřebovávat spoustu týmového času a zdrojů.

Poslední věc, kterou potřebujete, je úkol odhadu pro odhad!

O autor: Tento užitečný článek napsal Neha B. Jev současné době pracuje jako manažer zajištění kvality a specializuje se na vedení a řízení interních a offshore QA týmů.

Dejte nám vědět, pokud máte nějaké dotazy týkající se techniky plánování poker pro agilní odhad a plánování.

Doporučené čtení

^