Být efektivnější a dodávat to, co zákazníci skutečně chtějí – to je příslib přijetí agilního přístupu k vývoji. Agilní iterativní, inkrementální metodika oslovuje organizace, které chtějí rychle dodávat hodnotu zákazníkům. Společnosti praktikující agilní vývoj chtějí s každou iterací získat cennou zpětnou vazbu od zákazníků. Tuto zpětnou vazbu pak integrují do svých agilních produktových plánů, aby mohly vytvářet lepší produkty.
Jak tedy produktoví manažeři vytvářejí agilní plán na podporu agilního vývoje? Prvním krokem je pochopení účelu agilní roadmapy a toho, jak se liší od produktové roadmapy vytvořené organizací používající tradičnější vodopádové metody vývoje.
Jak se agilní roadmapa liší od vodopádové roadmapy
Vodopádová produktová roadmapa sděluje dlouhodobý závazek vybudovat konkrétní funkce ve stanoveném časovém plánu. Agilní roadmap se však přizpůsobuje nevyhnutelným změnám a zároveň se zavazuje k tomu, že bude provedena smysluplná práce. Sděluje krátkodobý plán dosažení cílů produktu s možností flexibilně tento plán upravovat podle hodnoty pro zákazníka.
Zde jsou uvedeny některé klíčové způsoby, kterými se agilní a vodopádové roadmapy liší:
|
Waterfall roadmap |
Agile roadmap |
Cíle |
Cíle zaměřené na podnikání |
Cíle zaměřené na zákazníka.zaměřené na zákazníka |
Horizont plánování |
Roky |
Měsíce nebo čtvrtletí |
Kadence plánování |
Ročně |
Čtvrtletně |
Zdroje / kapacita plánování |
podle velkého projektu |
podle malého týmu |
investice |
Závazná |
Inkrementální |
Spolupráce |
Segmentovaná |
Křížová-funkční tým |
Pružnost |
Omezená |
Neomezená |
-
Cíle
Vodopádové organizace často stanovují cíle zaměřené na podnikání, měřené pomocí finančních klíčových ukazatelů výkonnosti. Agilní organizace často stanovují cíle zaměřené na zákazníka, například růst počtu uživatelů a potěšení zákazníků. -
Horizont plánování
Vodopádový produktový plán odráží závazky k dlouhodobějšímu časovému horizontu – obvykle rok nebo dva. A agilní roadmap odráží čtvrtletní (nebo dokonce měsíční) závazky. -
Kadence plánování
Vaterfallové organizace běžně provádějí roční plánování strategie a produktu. Agilní organizace to obvykle dělají mnohem pravidelněji ve čtvrtletních cyklech plánování strategie a produktů. -
Plánování zdrojů / kapacit
Vodopádová roadmapa odráží velké předběžné vyčlenění zdrojů, které se přidělují podle projektů. Agilní roadmapa považuje za jednotku zdrojů sprintový tým a může alokovat podle rychlosti sprintu nebo kapacity týmu. -
Investice
Produkty řízené vodopádem získávají finanční prostředky podle roční plánovací kadence organizace. Tyto prostředky jsou vázány na daný rok a často vycházejí z předchozího roku. Naproti tomu produkty řízené agilně mohou být financovány postupně, jak organizace upravuje své portfolio na základě zpětné vazby a dat od zákazníků. -
Spolupráce
V organizaci řízené vodopádem je práce sekvenční a segmentovaná – fáze jednoho oddělení obvykle nemůže pokročit, dokud není dokončena fáze předchozí. V agilní organizaci týmy spolupracují na plánu a pracují napříč funkcemi a souběžně. -
Flexibilita
Vzhledem ke způsobu plánování a financování práce mají vodopádové roadmapy omezenou flexibilitu. Agilní roadmapy umožňují rozsáhlou flexibilitu. To může vytvářet vlastní řadu problémů, protože týmy musí dávat pozor, aby neomezená flexibilita nevedla ke zbytečným obratům ve vývoji a zdrojích.
Jak sestavit agilní roadmapu
Teď, když víte, jak se agilní roadmapa liší od vodopádové, jste připraveni ji sestavit. Zde je sedm kroků k sestavení agilní roadmapy.
Krok první: Začněte strategií
Agile roadmap začíná pevnou strategií, která zahrnuje vizi a cíle vašeho produktu. Silná vize vyjadřuje problém, který řešíte pro zákazníky. A cíle definují, čeho chcete, aby produkt dosáhl v následujícím čtvrtletí (čtvrtletích), s jasnou metrikou dosažení. Definování strategie je klíčové pro všechny týmy – i pro ty, které chtějí postupovat rychle. Bez dobře definované vize a cílů se rychle se pohybující týmy vystavují riziku, že budou přijímat iterativní rozhodnutí, která je vyvedou z kurzu.
Krok druhý: Určete strategická témata
Iniciativy (některými týmy nazývané také eposy) definují široká strategická témata práce, která vám pomohou dosáhnout vašich cílů. Iniciativy jsou rozděleny na funkce a uživatelské příběhy, které často zahrnují více verzí.
Definice strategických iniciativ definuje práci na vysoké úrovni, která je nezbytná k dosažení cílů. Pomáhají vám jasně sdělit strategii plánu zainteresovaným stranám, aniž byste museli zacházet do všech podrobností. Pokud váš tým potřebuje změnit směr, měli byste začít přehodnocením a změnou (pokud je to nutné) strategických iniciativ před definováním nových funkcí, na kterých budete pracovat.
Třetí krok: Práce napříč funkcemi
Vytváření agilních plánů vyžaduje častou komunikaci a spolupráci mezi obchodními a vývojovými skupinami a mezi organizací a jejími zákazníky. Je například velmi důležité, abyste roadmapu vytvářeli s přispěním vývojářů, aby výsledkem realistických odhadů hodnoty a úsilí byl proveditelný plán. Agilní roadmap navíc vyžaduje využití úsilí všech oddělení – designu, testování, marketingu a prodeje – jejichž práce je pro plánování a poskytování Complete Product Experience klíčová.
Mnozí agilní praktici také zjišťují, že musí spolupracovat s tradičně neagilními skupinami – jako jsou rozpočtové kanceláře a právní tým – které vyžadují delší časové plány. V takovém případě může být agilní roadmap obzvláště užitečná při spolupráci na paralelních, vícenásobných pracovních tocích.
Krok čtvrtý: Vazba uživatelských příběhů na strategická témata
Vize produktu, cíle a iniciativy definované pro agilní roadmapu poskytují produktovým manažerům vodítko pro stanovení priorit při dekompozici velkých témat práce na funkce. Vývojové týmy pak mohou funkce rozložit na technické požadavky, odhadnout rozsah a pomoci je uspořádat do sprintů. Výsledkem je backlog funkcí a uživatelských příběhů – s jasnou vazbou na produktovou strategii -, které mohou týmy rychle realizovat.
Agilní roadmapu můžete řídit častým vyhodnocováním jejich strategie – pokud se mění cíle, měla by se měnit i práce, která je prioritizována. Časté změny však zvyšují riziko, že se cíle změní předčasně. Mapování práce na základě jasné vize produktu vám může ukázat, kde musí váš tým provést úpravy (oproti tomu, kde byste se měli držet plánu).