Většina produktových roadmap je opuštěna do čtvrtletí od svého vzniku. Ne proto, že by týmy postrádaly disciplínu, ale proto, že roadmap stál na špatných základech: pevných termínech, seznamech funkcí a přáních stakeholderů zabalených jako plán. Když se realita nevyhnutelně odchýlí — funkce trvá déle, potřeba zákazníka se posune, konkurent udělá tah — roadmap se stane fikcí a týmy se na něj přestanou dívat.
Roadmap, kterého se lidé skutečně drží, není Ganttův diagram převlečený za produktovou strategii. Je to živý dokument, který vyjadřuje aktuálně nejlepší úvahy týmu o pořadí, v jakém by se měly řešit problémy, a je postavený tak, aby byl upřímný v tom, co je známo a co ne.
Než roadmap navrhnete, stojí za to ujasnit si jeho účel. Roadmap dělá tři věci: komunikuje směr (kam jdeme a proč), nutí k prioritizaci (nemůžeme dělat všechno, tak co má přednost) a vytváří základ pro sladění (aby vývoj, design, obchod i podpora pracovaly na stejných cílech).
Roadmap nezaručuje termíny dodání. Nezavazuje k konkrétním funkcím. A nenahrazuje potřebu průběžného discovery. Pokud stakeholdeři berou roadmap jako slib, je to problém procesu — ne důvod, proč do dokumentu vkládat falešnou přesnost.
Nejtrvanlivějším formátem roadmapu pro většinu týmů je model tří horizontů. Je upřímný ohledně nejistoty: položky ve sloupci „Teď“ jsou závazné, položky v „Příště“ jsou naplánované, ale ne zamčené, a položky v „Později“ jsou směrově pravdivé, ale podléhají změnám, jak se učíte víc.
Všimněte si, že každá položka uvádí nejen co to je, ale i proč tam je. Roadmap bez zdůvodnění je jen seznam. Když členové týmu chápou, proč byla každá položka vybrána, rozhodují se lépe, když se věci změní — a mohou vést produktivnější rozhovory, když zákazník požaduje něco, co na seznamu není.
Roadmapy založené na funkcích („postavit X, postavit Y, postavit Z“) vytvářejí nebezpečnou dynamiku: tým dodává funkce a považuje práci za hotovou, i když funkce nehnuly metrikami, které měly hnout. Funkce byla dodána; problém vyřešen nebyl.
Roadmapy založené na výsledcích přeformulují každou položku jako cíl: „Zkrátit time-to-first-value u nových uživatelů ze 4 dnů na méně než 24 hodin.“ Tým pak může rozhodnout — a znovu přehodnotit — jak výsledku dosáhne. Taková struktura také výrazně usnadňuje snížení priority funkce, když objevíte lepší cestu ke stejnému výsledku.
Roadmap vlastní produktový manažer (PM). To znamená, že odpovídá za jeho obsah, aktualizace i komunikaci směrem ke stakeholderům. Vlastnictví ale neznamená autorství o samotě — nejlepší roadmapy vznikají společně, s podněty od vývoje (k proveditelnosti a pracnosti), designu (k dopadům na uživatelskou zkušenost) a týmů v kontaktu se zákazníky (k signálům z trhu).
Čemu by se měl PM bránit, je navrhování roadmapu výborem. Stakeholdeři mohou přispívat podněty, ale neměli by mít právo veta nad jednotlivými položkami. PM podněty syntetizuje a rozhoduje. Pokud tým věří procesu, jakým k rozhodnutím dochází, bude věřit i výsledkům.
Sloupec Teď by se měl přezkoumávat každý sprint. Sloupec Příště na začátku každého čtvrtletí, případně kdykoli přijdou významné nové poznatky (odejde klíčový zákazník, konkurent uvede něco relevantního, discovery sprint přinese překvapivé zjištění). Sloupec Později je třeba projít jednou za čtvrtletí — ne kvůli upřesňování, ale aby se potvrdilo, že směrové sázky stále dávají smysl.
Cílem je roadmap, který nikdy není tak zastaralý, aby to bylo trapné, ale není aktualizován tak často, aby to vyvolávalo úzkost. Většina týmů chybuje spíš nedostatečnými aktualizacemi — roadmap odráží rozhodnutí z doby před půl rokem a nikdo přesně neví, kdy se naposledy změnil.
Roadmap se bude dodržovat tehdy — a jen tehdy — když mu tým důvěřuje. Ta důvěra vychází ze tří věcí: zdůvodnění každé položky je viditelné a rozumné, tým se na jeho tvorbě podílel, místo aby ho dostal hotový, a PM ho průběžně aktualizuje, když se okolnosti změní, místo aby předstíral, že původní plán stále platí.
Roadmap, který je používán jako vyjednávací nástroj nebo jako dokument vyráběný pro uspokojení vedení, bude na úrovni týmu ignorován a na úrovni stakeholderů nesnášen. Roadmap, který odráží skutečné myšlení, reálné kompromisy a upřímnou nejistotu, se stane nástrojem, po kterém lidé sahají — protože jim skutečně pomáhá rozhodovat se.