O Kuželu nejistoty jsem se dočetl, když jsem se připravoval na získání certifikace Product Owner. Nikdy předtím jsem o tomto rámci neslyšel, a tak jsem se samozřejmě rozhodl dozvědět se o něm více a podělit se o něj zde.

Základní koncept Kužel nejistoty byl podle Wikipedie vyvinut pro strojírenství a stavebnictví v chemickém průmyslu zakladateli AACE International (American Association of Cost Engineers).

„Primárním účelem odhadu softwaru není předvídat výsledek projektu; je jím určit, zda jsou cíle projektu dostatečně realistické, aby bylo možné projekt řídit tak, aby je splnil.“ – Steve McConnell.

Název Kužel nejistoty poprvé použil Steve McConnell k popisu konceptu ve své Příručce pro přežití softwarových projektů, když jej navrhl jako standardní klasifikační systém typu odhadu s rozsahy nejistoty a prezentoval jej jako ilustraci kužele. V oblasti softwaru označil Barry Boehm tento koncept jako trychtýřovou křivku.

Kužel nejistoty lze použít při vývoji softwaru, kde se prostředí extrémně rychle mění, včetně dostupných technologií a obchodních cílů. Lze říci, že inženýrské náklady jsou přímo úměrné množství nejistot při vývoji softwaru.

Řízení projektů se liší od vývoje softwaru, kde je obvykle možná lepší předvídatelnost a celkové pochopení rizik, stejně jako možnost drasticky snížit rizika projektu. Při vývoji softwaru však neznámé a vnější tlaky činí prostředí extrémně proměnlivým a nepředvídatelným.

Zejména při vývoji softwaru je vždy cílem pracovat na snížení nejistot a minimalizaci rizik. Způsobem, jak toho dosáhnout, je zahrnout výzkum do všech fází a také co nejvíce odstranit zdroje variability produktu nebo projektu.

Jedním ze způsobů, jak toho dosáhnout, je snížit počet rozhodnutí týkajících se rozsahu a zdrojů. Jak víme, Scrum je rámec, který s tím pomáhá. Alternativně lze při vývoji softwaru použít přístup Lean Startup.

Kužel nejistoty představuje vývoj množství nejlepších nejistot v průběhu projektu. Protože v počátečních fázích projektu nemáte o projektu mnoho informací, zejména pokud se projekt týká nového produktu, budou odhady obsahovat mnoho nejistot a rizika budou vysoká. S postupující prací bude mít tým o produktu více informací a nejistoty se budou snižovat.

Jak odhadovat

Předvídat úspěch je nesmírně obtížné. Odhad může ovlivnit mnoho faktorů, které přispívají k nejistotě projektu. Při tvorbě odhadu je dobré začít tím, že budete vycházet z jiného podobného projektu.

Způsob, jak zavést Kužel nejistoty, je zahrnout do odhadu rozsah nejistot. Myšlenka spočívá v tom, že nejistoty a variability se budou s vývojem projektu snižovat, protože na začátku projektu je počet nejistot nejvyšší.

Na začátku projektu je více nejistot, protože mnoho konkrétních detailů projektu není známo a budou definovány až v průběhu vývoje produktu. Použití kuželu nejistoty vám a týmu pomůže pochopit rozsah nepředvídatelnosti a také omezit závazky na začátku, abyste se nejistotám vyhnuli.

Odhady by měly být vždy prováděny s ohledem na tuto skutečnost a podpořeny historickými informacemi o předchozích projektech, aby bylo možné předpovědět nejpravděpodobnější scénář ve formátu rozsahu, jak ukazuje kužel nejistoty.

Množství odchylek bude kolísat v závislosti na fázi projektu a typu projektu. Mějte na paměti, že počet nejistot je nejvyšší na začátku projektu a s postupem projektu se nejistoty budou ve většině případů pravděpodobně snižovat.

Včasné závazky v projektu budou zohledňovat více nejistot a rizik. Schopnost řídit očekávání a ujistit se, že zúčastněné strany realisticky chápou celková rizika a předpoklady projektu, vám může pomoci lépe pracovat s týmem a získat si jejich důvěru.

Steve McConnell říká, že faktor nejistoty na začátku projektu je roven 4 (pro vysokou a nízkou). Příliš brzy přijaté závazky mohou vést k neefektivitě a nedostatku důvěry a snížit schopnost úspěšně řídit projekt. Mějte to na paměti!“

Úloha agilního přístupu

Agile rozhodně pomáhá rozvíjet odhad a také nutí tým neustále odhadovat, protože se dozvídá více, což je úžasná věc. Jak se o produktu a trhu dozvídáme více, je odhadování snazší. Agile a Kužel nejistoty jsou silnou kombinací, protože Agile pomáhá posilovat týmy k dosažení výsledku; není však odpovědí na všechny otázky vašeho týmu.

V dnešní době, kdy trh funguje, bychom měli při vývoji softwaru vždy rozvíjet strategii testování hypotéz a co nejvíce podporovat inovace. Agile nám rozhodně pomáhá lépe pracovat s odhady obecně.

Hlavním rozdílem u Agile je, že umožňuje více iterací. Tým se může cítit pohodlněji při odhadování a plánování iterací v malých dávkách, zatímco se o produktu a trhu dozvídá více.

Při použití agilního přístupu urychlujeme naši schopnost učit se neustálými iteracemi a nasazením, takže tým může rychleji ověřovat poznatky a dozvídat se více o trhu, což může snížit nejistoty.

Jak aplikovat

Rámec Kužel nejistoty by měl být součástí řízení rizik projektu a všech známých i neznámých rizik. Cílem rámce je pomoci lépe porozumět rizikům projektu tím, že se připravíte na nejistoty.

Úkolem rámce v procesu odhadu je určit nejpravděpodobnější průběh a také vypočítat vysoký a nízký rozsah pravděpodobnosti. To lze provést pomocí vzorců a na základě odhadů předchozích projektů s využitím empirie.

Rámec se používá u různých typů produktů a projektů, protože je to efektivní způsob, jak ukázat rizika jakékoli investice. Kužel nejistoty ukáže výši rizika tím, že demonstruje míru jistoty v průběhu životního cyklu produktu na obrázku trychtýře.

Empirie je velkým spojencem rámce, protože je mnohem snazší měřit něco na základě předchozích, podobných zkušeností. Kužel vám pomůže určit, zda je projekt proveditelný a možný. Doufáme, že časem se nejistota sníží a zohlednění této skutečnosti pomůže vašemu týmu vytvořit lepší odhady.

Výhody použití kužele nejistoty:

• Snižuje nejednoznačnost.
• Určuje nejpravděpodobnější odhad.
• Vypočítává vysoký a nízký rozsah pravděpodobnosti.
• Pomáhá určit, jak velké riziko si tým může dovolit a přírůstek finančních prostředků.
• Zvyšuje důležitost dalšího výzkumu.

Tipy pro odhadování:

• Odhady jsou na začátku projektu nejisté, jsou vágní, ale snad vycházejí z empirického postupu.
• Odhady je třeba pravidelně revidovat, jakmile se o projektu dozvíme více.
• Předpoklady by měly být transparentní a denně dvakrát kontrolované.
• Odhady by měly zohledňovat nejistoty a měly by být viditelné v projektových plánech a na tabulích Kanban.

Fakta o nejistotách:

• Je těžké porozumět trhu a tomu, co chce.
• Trh se neustále mění.
• Konkurence tu bude vždy.

Bavte se! ❤