Jak produktoví manažeři vytvářejí agilní roadmapu?

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ší:

Měsíce nebo čtvrtletí .

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.

Definujte strategické cíle pro své nabídky služeb.

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.

Pracovní deska strategických iniciativ.

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.

Custom product roadmap porovnávající více produktů

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).

Deska s pracovními postupy funkcí v Aha! Vydávání nových zákaznických zkušeností
Agile release přináší zákazníkům přírůstek hodnoty produktu v definovaném časovém horizontu. Od sprintu nebo iterace se liší tím, že přináší novou zákaznickou zkušenost (nikoliv jen dodání kódu) a zahrnuje práci napříč funkcemi (například školení QA, marketingu a prodeje). Jako produktový manažer jste zodpovědní za pomoc při optimalizaci celé nové zákaznické zkušenosti. Release také odráží důležité milníky – jako je uvedení na trh nebo aktualizace architektury – a sdílí přehled o závislostech napříč prací a týmy.
Release představují všechna kontaktní místa, kde budou zákazníci komunikovat s novou zkušeností s produktem, a jsou definovány multifunkční prací nutnou k zajištění této zkušenosti. Verze na agilní roadmapě sdělují zákazníkům, co a kdy mají přibližně očekávat.

Ganttův diagram s fázemi a milníky

Šestý krok: Zachycení nápadů
Potěšení zákazníka je základním principem agilních přístupů. Zjišťování, zda jsou zákazníci spokojeni, vyžaduje shromažďování jejich zpětné vazby. A to lze provést prostřednictvím rozhovorů s uživateli, zasláním nápadů na portál, testováním použitelnosti a údaji o používání.
Po shromáždění nápadů zákazníků na zlepšení produktu je třeba tyto nápady obodovat a stanovit jejich prioritu pro budoucí seznam verzí. Nápady zákazníků – spolu s vizí a cíli produktu – by měly určovat priority toho, co vytvořit příště.

Zachycujte zpětnou vazbu k produktu na portálu nápadů.

Sedmý krok: Měření výsledků
Firmy praktikující agilní přístup měří pokrok při dosahování svých strategických cílů, přezkoumávají metriky vývoje týkající se předvídatelnosti a rychlosti a vyhodnocují obchodní dopady nápadů na nové funkce. Při tomto přístupu můžete čtvrtletně nebo měsíčně revidovat a upravovat své produktové roadmapy. Kontrola agilní roadmapy a přizpůsobování plánů na základě zpětné vazby od zákazníků a zainteresovaných stran vám může pomoci přizpůsobit se krátkodobým změnám a zároveň pokračovat v pokroku směrem k dlouhodobé vizi a cílům vašeho produktu.

Přehledový report v systému Aha!

Pokud vytváříte a realizujete agilní plán, následující otázky vám pomohou vydláždit cestu:

  • Stanovujete produktovou strategii s jasnou vizí a cíli?

  • Definujete strategická témata nebo iniciativy, které vám pomohou pracovat na dosažení vašich cílů?

  • Organizujete multifunkční týmy kolem dodávání hodnoty zákazníkům?

  • Mají vývojové týmy jasně definované uživatelské příběhy, které souvisejí s produktovou strategií?

  • Vydáváte pravidelné přírůstky hodnoty pro zákazníky podle plánu?

  • Řídíte kompletní zákaznickou zkušenost?

  • Sbíráte zpětnou vazbu od zákazníků k dodaným verzím a využíváte ji k řízení svého plánu?

  • Vyhodnocujete pravidelně pokrok při plnění strategických cílů? Způsobují časté obraty, že příliš často měníte roadmapu a brzdíte pokrok?“

S jasnou strategií, častým vydáváním nových verzí, rychlou zpětnou vazbou a adaptivním stanovením priorit může agilní roadmapa pomoci organizacím dodávat hodnotu pro zákazníky – rychleji – se snížením rizik a plýtvání.

.

Napsat komentář

Vaše e-mailová adresa nebude zveřejněna.