← Kennisbank

Templates · Enterprise Architecture · v1.0

Van architectuurgaps naar een roadmap

Vertaal verschillen tussen huidige en gewenste situatie naar samenhangende werkpakketten, mijlpalen en besluiten.

Wanneer gebruik je dit?

Gebruik deze EAW-werkwijze nadat de gewenste inrichting voldoende duidelijk is om de samenhang en volgorde van veranderingen te bespreken.

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

WerkpakketTe bereiken resultaatVoorwaarde
Statusbetekenis afsprekenEén geaccepteerde betekenis per aanvraagstatusBetrokken proceseigenaren beschikbaar
Statuskwaliteit borgenRollen en controles voor actuele statusinformatieStatusbetekenis vastgesteld
Statusinzage realiserenAanvrager kan passende statusinformatie raadplegenGegevenskwaliteit en toegangsregels vastgesteld

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.

Controleer je resultaat

  • Is ieder werkpakket gekoppeld aan een gap en een doel?
  • Zijn voorwaarden en afhankelijkheden expliciet?
  • Zijn planningstatus en aannames zichtbaar?
  • Zijn overgangssituaties en resultaatmeting opgenomen?

Roadmapwerkpakket

Vul deze onderdelen in voor je eigen context. De download bevat een lege, bewerkbare template in Markdown die je ook naar je documenteditor kunt kopiëren.

  1. Werkpakket-ID en naam
  2. Doel en geraakte gaps
  3. Op te leveren resultaat
  4. Acceptatiecriteria
  5. Afhankelijkheden en voorgangers
  6. Eigenaar en benodigde capaciteit
  7. Planningstatus: open / raming / toegezegd
  8. Start en einde of bandbreedte
  9. Aannames achter de planning
  10. Overgangssituatie en tijdelijke voorzieningen
  11. Besluiten en risico-eigenaren
  12. Resultaatmeting en evaluatiemoment
Download template (.md)

Over deze uitwerking

EAW-werkwijze en werktemplate. Voorbeelden zijn fictief. Inhoudelijk gecontroleerd op .