Efficiënter zijn en leveren wat klanten echt willen – dat is de belofte van een agile ontwikkelaanpak. De iteratieve, incrementele methodologie van agile spreekt organisaties aan die snel waarde willen leveren aan klanten. Bedrijven die agile werken, willen bij elke iteratie waardevolle feedback van klanten krijgen. Vervolgens integreren ze die feedback in hun agile product roadmaps om betere producten te bouwen.
Dus hoe bouwen product managers een agile roadmap om agile ontwikkeling te ondersteunen? De eerste stap is om het doel van een agile roadmap te begrijpen, en hoe deze verschilt van een productroadmap die is ontwikkeld door een organisatie die meer traditionele watervalontwikkelingsmethoden gebruikt.
Hoe een agile roadmap verschilt van een watervalroadmap
Een watervalproductroadmap communiceert een langetermijnverplichting om specifieke functies op een vaste tijdlijn te bouwen. Een agile roadmap houdt echter rekening met onvermijdelijke veranderingen, terwijl er toch zinvol werk moet worden gedaan. Het communiceert een korte termijn plan voor het bereiken van productdoelen, met de flexibiliteit om dat plan aan te passen aan de klantwaarde.
Hier zijn enkele belangrijke manieren waarop agile en waterval roadmaps verschillen:
|
|
Waterval-roadmap |
Agile-roadmap |
|
Doelstellingen |
Business-centric |
Customer-centrisch |
|
Planningshorizon |
Jaren |
Maanden of kwartalen |
|
Planningscadens |
jaarlijks |
kwartaals |
|
Bronnen/capaciteit planning |
per groot project |
per klein team |
|
Investering |
Geëngageerd |
Incrementeel |
|
Samenwerking |
Gesegmenteerd |
Cross-functioneel team |
|
Flexibiliteit |
Beperkt |
Onbeperkt |
-
Goals
Watervalorganisaties stellen vaak bedrijfsgerichte doelen, gemeten door financiële KPI’s. Agile-organisaties stellen vaak klantgerichte doelen, zoals gebruikersgroei en customer delight. -
Planningshorizon
Een waterval-productroadmap weerspiegelt toezeggingen voor een langere termijn – meestal een jaar of twee. Een agile roadmap weerspiegelt toezeggingen voor driemaandelijkse (of zelfs maandelijkse) termijnen. -
Planning cadence
Watervalorganisaties doen doorgaans aan jaarlijkse strategie- en productplanning. Agile-organisaties doen dit gewoonlijk veel regelmatiger in driemaandelijkse strategie- en productplanningscycli. -
Bronnen-/capaciteitsplanning
Een waterval-roadmap weerspiegelt de zware inzet vooraf van middelen, die per project worden toegewezen. Een agile roadmap beschouwt het sprintteam als de resource-eenheid en kan middelen toewijzen op basis van sprintsnelheid of teamcapaciteit. -
Investering
Watervalgestuurde producten krijgen financiering volgens de jaarlijkse planningskadans van de organisatie. Deze middelen worden vastgelegd voor het jaar en zijn vaak gebaseerd op het voorgaande jaar. Wendbare producten kunnen daarentegen stapsgewijs worden gefinancierd naarmate de organisatie haar portfolio aanpast op basis van feedback en gegevens van klanten. -
Samenwerking
In een watervalorganisatie is het werk sequentieel en gesegmenteerd – waarbij de fase van een afdeling doorgaans niet kan worden voortgezet totdat de vorige is voltooid. In een agile organisatie werken teams samen aan een plan en werken ze functieoverschrijdend en gelijktijdig. -
Flexibiliteit
Omwille van de manier waarop werk wordt gepland en gefinancierd, hebben waterval-roadmaps een beperkte flexibiliteit. Agile stappenplannen bieden uitgebreide flexibiliteit. Dit kan zijn eigen uitdagingen met zich meebrengen omdat teams moeten oppassen dat onbeperkte flexibiliteit niet leidt tot onnodige pivots in ontwikkeling en resources.
Hoe bouw je een agile roadmap
Nu je weet hoe een agile roadmap verschilt van een waterval roadmap, ben je klaar om er een te bouwen. Hier zijn zeven stappen om een agile roadmap te bouwen.
Stap één: Begin met strategie
Een agile roadmap begint met een stevige strategie die de visie en doelen van uw product omvat. Een sterke visie verwoordt het probleem dat u voor klanten oplost. En doelstellingen definiëren wat u wilt dat het product bereikt in het komende kwartaal (of kwartalen), met een duidelijke metriek voor het bereiken. Het bepalen van een strategie is essentieel voor alle teams – zelfs voor diegenen die snel willen gaan. Zonder een goed gedefinieerde visie en doelstellingen lopen snelle teams het risico iteratieve beslissingen te nemen die hen uit de koers brengen.
Stap twee: Identificeer strategische thema’s
Initiatieven (door sommige teams ook wel epics genoemd) definiëren de brede strategische thema’s voor het werk dat u zal helpen uw doelstellingen te bereiken. Initiatieven worden opgesplitst in features en user stories, die vaak meerdere releases beslaan.
Het definiëren van strategische initiatieven definieert het werk op hoog niveau dat nodig is om de doelen te bereiken. Ze helpen u om de roadmap-strategie duidelijk te communiceren aan belanghebbenden zonder dat u in alle details hoeft te treden. Als uw team toch van koers moet veranderen, moet u beginnen met het opnieuw evalueren en wijzigen (indien nodig) van de strategische initiatieven voordat u nieuwe functies definieert om aan te werken.
Stap drie: Werk cross-functioneel
Het opstellen van agile roadmaps vereist frequente communicatie en samenwerking tussen bedrijfs- en ontwikkelingsgroepen, en tussen de organisatie en haar klanten. Het is bijvoorbeeld van cruciaal belang dat u de roadmap opbouwt met input van de ontwikkeling, zodat realistische schattingen van waarde en inspanning resulteren in een haalbaar plan. Bovendien vereist een agile roadmap het bundelen van de inspanningen van alle afdelingen – ontwerp, testen, marketing en verkoop – wier werk cruciaal is voor het plannen en leveren van een Complete Product Experience.
Veel agile beoefenaars merken ook dat ze moeten samenwerken met traditioneel niet-agile groepen – zoals budgetkantoren en het juridische team – die langere tijdlijnen nodig hebben. In dit geval kan een agile roadmap vooral nuttig zijn bij het samenwerken aan parallelle, meervoudige werkstromen.
Stap vier: Koppel user stories aan strategische thema’s
De productvisie, doelen en initiatieven die voor een agile roadmap zijn gedefinieerd, geven productmanagers een prioriteringsgids voor het onderverdelen van grote werkthema’s in features. Ontwikkelteams kunnen vervolgens features opsplitsen in technische vereisten, de reikwijdte inschatten, en helpen ze te organiseren in sprints. Het resultaat is een backlog van features en user stories – met een duidelijk verband met de productstrategie – die teams snel kunnen uitvoeren.
Je kunt de agile roadmap sturen door regelmatig de strategie te evalueren – als de doelen veranderen, moet het werk dat geprioriteerd wordt ook veranderen. Maar veelvuldige verandering brengt het risico met zich mee dat doelen voortijdig verschuiven. Het in kaart brengen van het werk tegen een duidelijke productvisie kan u laten zien waar uw team aanpassingen moet maken (versus waar u zich aan het plan moet houden).
Stap vijf: Breng nieuwe klantervaringen uit
Een agile release levert een increment van productwaarde aan klanten in een gedefinieerde timebox. Het verschilt van een sprint of iteratie omdat het een nieuwe klantervaring oplevert (in plaats van alleen het verzenden van code) en omvat cross-functioneel werk (zoals QA, marketing, en sales training). Als product manager ben je verantwoordelijk voor het helpen optimaliseren van de gehele nieuwe klantervaring. Een release weerspiegelt ook belangrijke mijlpalen – zoals een marktintroductie of architectuur-upgrades – en deelt het inzicht in afhankelijkheden tussen het werk en de teams.
Releases vertegenwoordigen alle touchpoints waar klanten zullen interageren met een nieuwe productervaring en worden gedefinieerd door het cross-functionele werk dat nodig is om deze ervaring te leveren. De releases op een agile roadmap communiceren naar klanten over wat ze ongeveer mogen verwachten te zien en wanneer.
Stap zes: Leg ideeën vast
Customer delight is een kernprincipe van agile benaderingen. Om te meten of klanten tevreden zijn, moet hun feedback worden verzameld. En dat kan worden gedaan via gebruikerservaringsinterviews, inzendingen van ideeënportalen, bruikbaarheidstests en gebruiksgegevens.
Nadat u ideeën van klanten voor het verbeteren van het product hebt verzameld, moeten deze ideeën worden gescoord en geprioriteerd voor een toekomstige release backlog. De ideeën van klanten moeten – samen met de visie en doelstellingen van het product – de prioriteiten bepalen voor wat er als volgende moet worden gebouwd.
Stap zeven: Meet de resultaten
Bedrijven die agile werken, meten de vooruitgang ten opzichte van hun strategische doelen, evalueren de ontwikkelingsmetriek rond voorspelbaarheid en snelheid, en evalueren de zakelijke impact van nieuwe ideeën voor functies. Als u voor deze aanpak kiest, kunt u uw product roadmaps op kwartaal- of maandbasis bekijken en aanpassen. Het inspecteren van de agile roadmap en het aanpassen van plannen aan de hand van feedback van klanten en belanghebbenden kan u helpen om korte-termijn veranderingen op te vangen, terwijl u vooruitgang blijft boeken in de richting van de lange-termijn visie en doelen van uw product.
Als u een agile roadmap opstelt en uitvoert, helpen de volgende vragen u de weg te bereiden:
-
Stelt u een productstrategie op met duidelijke visie en doelen?
-
Stelt u strategische thema’s of initiatieven vast die u zullen helpen uw doelen te bereiken?
-
Organiseert u cross-functionele teams rond het leveren van waarde aan klanten?
-
Hebben de ontwikkelingsteams duidelijk gedefinieerde gebruikersverhalen die zijn gekoppeld aan de productstrategie?
-
Brengt u volgens schema regelmatige incrementen van waarde aan klanten uit?
-
Beheert u de volledige klantervaring?
-
Verzamelt u feedback van klanten over de releases die u hebt uitgebracht en gebruikt u deze om uw roadmap te sturen?
-
Evalueert u regelmatig de voortgang van uw strategische doelen? Wordt uw roadmap niet te vaak gewijzigd door frequente pivots, waardoor de vooruitgang stokt?
Met een duidelijke strategie, frequente releases, snelle feedback en adaptieve prioritering kan een agile roadmap organisaties helpen om sneller klantwaarde te leveren, met minder risico en verspilling.