Hoe vertaal ik verschillen naar een roadmap?

Begin bij de benodigde verandering

Een roadmap moet in deze werkwijze laten zien welk organisatievermogen of resultaat stapsgewijs beschikbaar komt. Neem de vastgestelde verschillen tussen huidige en gewenste situatie als vertrekpunt. Koppel iedere verandering aan een doel en een eigenaar.

Groepeer samenhangende gaps in werkpakketten. Vermeld per pakket het op te leveren resultaat en hoe acceptatie plaatsvindt. Een activiteit zoals workshop uitvoeren kan nuttig zijn, maar vertelt nog niet welk deel van de gewenste inrichting daarna beschikbaar is.

Bepaal afhankelijkheden vóór de kalender

Onderzoek welke resultaten voor andere werkpakketten nodig zijn. Een gedeelde statusdefinitie kan bijvoorbeeld een voorwaarde zijn voor betrouwbare statusinzage. Leg ook afhankelijkheden buiten het eigen team vast: besluiten, contracten, gegevenslevering en beschikbare capaciteit.

Fictief voorbeeld

Dit voorbeeld bepaalt geen doorlooptijd. De volgorde is een hypothese om met de verantwoordelijken te toetsen.

Plan met zichtbare onzekerheid

Maak onderscheid tussen een streefdatum, een onderbouwde raming en een toegezegde mijlpaal. Leg bij een raming de bandbreedte, aannames en capaciteitsbasis vast. Als die gegevens ontbreken, blijft de datum open. Een relatieve volgorde kan dan wel al bruikbaar zijn.

Benoem overgangssituaties: hoe blijft dienstverlening werken terwijl slechts een deel van de gewenste inrichting gerealiseerd is? Leg per overgang vast welke risico’s worden geaccepteerd en welke tijdelijke voorzieningen later moeten verdwijnen.

Verbind realisatie met waarde

Koppel mijlpalen aan acceptatiecriteria en het moment waarop resultaatmeting mogelijk is. Een technische oplevering bewijst nog niet dat het beoogde bedrijfsresultaat wordt gehaald. Spreek af wie de werking toetst en wanneer de roadmap wordt bijgesteld op basis van nieuwe informatie.