Een van mijn productmentoren zei altijd dat Agile-ontwikkelmethodologieën een van de belangrijkste redenen zijn waarom we in een snel veranderende bedrijfsomgeving voor softwareproducten leven. Hoe meer bedrijven Agile omarmden, hoe sneller ze nieuwe producten op de markt zouden brengen, wat ertoe zou leiden dat nog meer bedrijven het zouden gaan gebruiken om de markt bij te kunnen houden.
De brede toepassing van Agile betekende echter niet dat iedereen stopte met het maken van plannen voor de middellange en lange termijn. Alleen de manier waarop ze deze plannen maakten, veranderde. Traditionele gedetailleerde plannen werden daarom vervangen door Agile-roadmaps.
Waar draaien Agile-roadmaps dan om? Hoe maak je er een? Laten we samen een antwoord op deze vragen vinden.
Wat is een Agile-roadmap?
Laten we beginnen met te definiëren wat een roadmap in het algemeen is en vervolgens begrijpen waarin een Agile-roadmap verschilt van de rest.
Een roadmap is een visuele weergave op hoofdlijnen van je productplannen. Meestal worden de functies en initiatieven weergegeven waaraan je wilt werken, samen met een tijdsbestek voor de oplevering van elk daarvan.
De items op je roadmap zijn gerangschikt op basis van hun prioriteit en volgen je productstrategie. Soms is je productvisie ook zichtbaar in de vorm van een korte tekst of uitgelicht onderdeel op de roadmap. Dit helpt je product-, marketing- en ontwikkelingsteams om een duidelijk beeld te krijgen van de langetermijnrichting van je product.
Dan nu de Agile-roadmap. In tegenstelling tot de zeer traditionele productroadmapdocumenten (bijvoorbeeld Gantt-diagrammen die bij watervalontwikkeling worden gebruikt), zijn Agile-roadmaps:
- Flexibeler: Items worden voor elke sprint gepland in plaats van dat er een vaste voltooiingsdatum wordt bepaald.
- Aanpasbaar: Met Agile-roadmaptools kun je de prioriteiten in je lijst eenvoudig wijzigen. Ze beschrijven ook geen afhankelijkheden op taakniveau.
- Incrementeel: Ze richten zich op opleveringen per sprint of kwartaal en bevatten kleine releases over een vaste periode.
- Toegankelijk: Ze bevatten geen gedetailleerde uitsplitsing van taken. In plaats daarvan zie je alleen de initiatieven en epics op hoofdlijnen waaraan je teams van plan zijn te werken.
In plaats van te dienen als hulpmiddel voor nauwgezette planning, zijn Agile-roadmaps dus bedoeld om de richting op hoofdlijnen te communiceren aan je teams en belanghebbenden.
Hoe ziet een Agile-roadmap eruit?
Agile-roadmaps zijn niet alleen qua inhoud toegankelijk, maar ook qua visuele weergave. Als je gewend bent aan visueel overvolle Gantt-diagrammen, zul je de manier waarop Agile-roadmaps eruitzien zeker waarderen.
Ik bedoel, kijk eens naar deze visuele ramp.

En vergelijk die eens met een Agile-roadmap.

In tegenstelling tot het Gantt-diagram, een zeer populaire stijl van visuele roadmap, is deze roadmap veel gemakkelijker te scannen en te begrijpen. Zoals eerder vermeld, richt deze zich niet op kleine taken en toont hij de epics op hoofdlijnen (bijvoorbeeld tweefactorauthenticatie) en initiatieven (het verbeteren van de mogelijkheden voor zelfbediening).
Wat de tijdlijn betreft, gebruiken we in dit voorbeeld kwartalen. Je kunt echter ook maanden of sprints gebruiken.
Tot slot zijn er de belangrijkste mijlpalen voor je product. In dit geval zijn er drie belangrijke releases zichtbaar op de roadmap. Als je de Agile-beste praktijk voor productmanagement volgt om elke sprint een release uit te brengen, kun je daar ook mijlpalen voor instellen op de roadmap.
Wanneer gebruik je Agile-roadmaps?
Zoals de naam al doet vermoeden, is dit type roadmap de aangewezen optie als je bedrijf de principes van Agile-ontwikkeling volgt.
Ik wil niet de indruk wekken dat ik een hekel heb aan klassieke watervalontwikkeling. Die is uitstekend geschikt voor specifieke toepassingen (bijvoorbeeld het ontwikkelen van de regelaars van elektrische generatoren in een energiecentrale). Maar er zijn ook situaties waarin een lichtgewicht, flexibele roadmap meer kwaad dan goed doet. Daarom zie je daar vrijwel zeker Gantt-diagrammen.
Ben je echter een start-up met een nieuw product en ambitieuze productdoelen, dan zijn Agile-roadmaps absoluut wat je wilt gebruiken. Misschien werk je ook bij een groter bedrijf dat actief is in een zeer volatiele en snel veranderende markt (bijvoorbeeld OpenAI, dat zijn LLM-modellen ontwikkelt). In dat geval heb je ook geen andere keuze dan de Agile-werkomgeving te omarmen (samen met een Agile-roadmap).
Over het algemeen geldt: als snelheid en flexibiliteit zowel op de korte als op de lange termijn tot je belangrijkste productdoelen behoren, zou ik je productteams aanraden Agile-roadmaps te gebruiken voor je planning en communicatie.
Een Agile roadmap maken
In vergelijking met Gantt-diagrammen zijn Agile roadmaps relatief eenvoudig te maken. Hier volgt een stapsgewijze handleiding die je kunt volgen om er een te maken:
- Begrijp je bedrijfsdoelen en KPI's: Zo helpen de initiatieven die je op de roadmap zet je om deze doelen te bereiken.
- Maak een lijst van de functionaliteit die nodig is om je meetwaarden en bedrijfsdoelstellingen te bereiken: Dit kan van alles zijn, van nieuwe functies, verbeteringen van bestaande functies en integraties met andere diensten tot verbeteringen van de gebruikerservaring, wijzigingen in de workflow en meer.
- Reserveer tijd voor het verwerken van feedback van klanten: Houd in je planningsproces altijd ruimte voor veranderende prioriteiten op je roadmap. Na elke release ontvang je een flinke hoeveelheid feedback van gebruikers waar je iets mee moet doen. Soms krijgen productfuncties die deze feedback afhandelen een hoge prioriteit.
- Vermijd het vastleggen van specifieke datums: Omdat je prioriteiten voortdurend veranderen, loop je het risico niet aan de verwachtingen van je belangrijkste belanghebbenden te voldoen. Gebruik in plaats daarvan deadlines per sprint, per maand of per kwartaal.
- Zorg dat iedereen instemt: Dit omvat je management en je team. Als je Scrum gebruikt, heb je afzonderlijke instemmingen nodig van het softwareontwikkelingsteam, de product owner en de scrummaster.
Nadat je al deze stappen hebt uitgevoerd, kun je deze roadmap met iedereen in je team delen en je productbacklog beginnen te vullen met items uit dit plan.
Softwareopties voor Agile roadmapping
Gezien de eenvoud ervan zijn er meerdere manieren om een Agile productroadmap te maken. Zolang je de basisprincipes volgt van het maken van een productroadmap, maakt de tool die je gebruikt niet zoveel uit. Je kunt er zelfs een maken met PowerPoint of Excel.
Er is echter een reden waarom gespecialiseerde tools voor productroadmaps bestaan. Hiermee kun je direct verschillende typen roadmaps maken, je roadmap koppelen aan documenten voor strategische planning, integreren met Scrum- en Kanban-tools en nog veel meer.
Hier volgt een selectie van tools voor roadmapping die je kunt overwegen:
-
Wrike
Visit WebsiteThis rating combines scores from multiple user review sites to reflect overall customer sentiment about the product.4.3 -
airfocus
Visit WebsiteThis rating combines scores from multiple user review sites to reflect overall customer sentiment about the product.4.4 -
Released
Visit Website
Als je hier geen tool hebt gevonden die aan je behoeften voldoet, kun je ook onze samengestelde lijst met de beste software voor productroadmaps bekijken voor meer opties. Je kunt ook AI gebruiken voor productroadmapping.
Een Agile roadmap gebruiken
Het maken van je Agile roadmap is niet de laatste taak die je moet uitvoeren met betrekking tot je middellange- en langetermijnplanning. Je roadmap is in feite nutteloos, tenzij je deze gebruikt als hulpmiddel voor communicatie en richting.
Zodra de roadmap klaar is, moet je deze dus delen met alle relevante mensen binnen het bedrijf, waaronder de Agile teams die aan de functies erop zullen werken. Het is een goede gewoonte om een korte vergadering met je teams te houden om de roadmap te presenteren, de product- en bedrijfsredenen achter de items erop uit te leggen en te luisteren naar de vragen en zorgen van je team.
De Agile roadmap onderhouden
Je Agile roadmap is nu eenmaal Agile. Dit betekent dat de elementen en prioriteiten niet in steen gebeiteld moeten zijn.
Een van de belangrijkste onderdelen van het beheren van je roadmap is dus het regelmatig beoordelen van de inhoud en prioriteiten ervan. Als je een Agile roadmap gebruikt, opereer je waarschijnlijk in een zeer dynamische markt waarin de behoeften van gebruikers en de oplossingen van concurrenten voortdurend veranderen. In een dergelijke markt kun je het je niet veroorloven vast te houden aan een plan dat maanden geleden is opgesteld.
Plan daarom elk kwartaal sessies voor het beoordelen van de roadmap, waarin jij en de leden van je productteam bijeenkomen om de nieuwste veranderingen in de markt te bespreken en te bepalen of de huidige versie van de roadmap daar goed bij past. Als dat niet het geval is, kun je aanpassingen maken.
Word lid voor meer inzichten over roadmapping
Agile roadmaps zijn een geweldige oplossing om de toekomst te plannen en tegelijkertijd flexibel te blijven en snel op marktveranderingen te kunnen reageren. Ze bevatten voldoende informatie om iedereen binnen het bedrijf op één lijn te houden met je visie. Ze richten zich echter niet op de kleine details die enkele maanden na de start van de ontwikkeling gemakkelijk kunnen veranderen.
Ik hoop dat je onze handleiding over Agile roadmaps interessant vond. Maar dat is niet het enige onderwerp over planning en productontwikkeling dat we hier bij theproductmanager.com behandelen. Zorg er dus voor dat je je op onze nieuwsbrief abonneert voor meer informatie.
