Een IT-roadmap opstellen die werkelijk stuurt

Een lijst met geplande systemen is nog geen IT-roadmap. Een roadmap helpt de organisatie besluiten welke veranderingen nodig zijn, in welke volgorde en onder welke voorwaarden. Ze verbindt bedrijfsstrategie met uitvoering.

Begin bij de organisatie

De eerste vraag is niet welke technologie wordt vervangen, maar welke ontwikkeling de organisatie verwacht. Denk aan groei, nieuwe locaties, overnames, andere dienstverlening, strengere eisen of een verandering in het verdienmodel.

Beschrijf per doel:

• welke bedrijfsprocessen worden geraakt;
• welke informatie en systemen nodig zijn;
• welke risico’s de uitvoering kunnen blokkeren;
• welke meetbare uitkomst wordt verwacht.

Maak de huidige situatie feitelijk

Een roadmap die alleen vooruitkijkt mist de beperkingen van vandaag. Breng daarom minimaal in kaart:

• kritieke applicaties en infrastructuur;
• gegevensstromen en integraties;
• contracten, kosten en verlengingsmomenten;
• eigenaarschap en beschikbare kennis;
• lopende projecten en openstaande besluiten;
• continuïteits- en beveiligingsrisico’s;
• technische schuld en achterstallig beheer.

Deze inventarisatie hoeft geen maandenlang architectuuronderzoek te worden. Het detailniveau moet voldoende zijn om prioriteiten en afhankelijkheden te begrijpen.

Formuleer uitgangspunten

Uitgangspunten voorkomen dat ieder project dezelfde discussie opnieuw voert. Voorbeelden zijn:

• standaardfunctionaliteit tenzij een aantoonbare bedrijfsreden bestaat;
• één eigenaar per gegevensdomein;
• integraties worden beheerd en gemonitord;
• kritieke kennis mag niet alleen bij een leverancier liggen;
• nieuwe diensten moeten voldoen aan vastgestelde beveiligings- en beheercriteria;
• projecten worden pas gestart wanneer businesscapaciteit is toegezegd.

Prioriteer op meer dan urgentie

De luidste vraag is niet altijd de belangrijkste. Gebruik een vaste beoordeling op:

• bijdrage aan bedrijfsdoelen;
• risico wanneer niets gebeurt;
• wettelijke of contractuele noodzaak;
• afhankelijkheid voor andere veranderingen;
• kosten en verwachte baten;
• beschikbare mensen en verandervermogen;
• complexiteit en uitvoeringsrisico.

Het resultaat is geen mathematische waarheid. De methode zorgt wel dat keuzes uitlegbaar en herhaalbaar zijn.

Werk met samenhangende veranderblokken

Een losse lijst van twintig projecten is moeilijk te besturen. Groepeer veranderingen in logische thema’s, bijvoorbeeld:

• continuïteit en basisbeveiliging;
• ERP en kernprocessen;
• data en rapportage;
• digitale klantbediening;
• werkplek en samenwerking;
• ITSM en leveranciersregie.

Daarmee wordt zichtbaar welke projecten hetzelfde doel ondersteunen en welke fundamentele verbeteringen eerst nodig zijn.

Plan capaciteit, niet alleen budget

Organisaties overschatten vaak hoeveel verandering proceseigenaren en gebruikers tegelijk aankunnen. Een project kan financieel goedgekeurd zijn, maar alsnog vertragen omdat dezelfde medewerkers nodig zijn voor ontwerp, test, opleiding en dagelijkse werkzaamheden.

Leg daarom per periode vast:

• welke interne rollen nodig zijn;
• hoeveel tijd zij beschikbaar hebben;
• welke andere veranderingen dezelfde groep raken;
• welke piekperioden of operationele beperkingen gelden.

Maak besluitmomenten expliciet

Een goede roadmap bevat niet alleen start- en einddata. Ze toont wanneer directie of proceseigenaren moeten besluiten over:

• businesscase en budget;
• selectie en contractering;
• scope en ontwerp;
• go-live en operationele acceptatie;
• stoppen, uitstellen of versnellen.

Gebruik drie niveaus

Een werkbare presentatie bestaat vaak uit:

1. Directieoverzicht: doelen, investeringsbandbreedte, hoofdprogramma’s en besluiten.
2. Portfolioniveau: projecten, afhankelijkheden, capaciteit, risico’s en mijlpalen.
3. Onderbouwing: applicaties, contracten, architectuur, kosten en detailanalyses.

Zo krijgt iedere doelgroep het juiste detail zonder dat informatie los van elkaar wordt beheerd.

De roadmap blijft een managementinstrument

Herijk de roadmap minimaal per kwartaal en bij belangrijke veranderingen. Nieuwe inzichten mogen de koers aanpassen, zolang gevolgen voor budget, capaciteit en andere projecten zichtbaar worden gemaakt.

Duidelijke antwoorden

Veelgestelde vragen

Voor hoeveel jaar maakt u een IT-roadmap?

Een horizon van twee tot drie jaar geeft richting, maar het eerste jaar moet het meest concreet zijn. De roadmap wordt periodiek herijkt.

Is een IT-roadmap hetzelfde als een projectenlijst?

Nee. Een roadmap bevat ook doelen, uitgangspunten, afhankelijkheden, risico’s, capaciteit, investeringen en besluitmomenten.

Wie moet de roadmap goedkeuren?

Directie of bestuur stelt de koers en investeringsruimte vast. Proceseigenaren en IT leveren inhoud en zijn eigenaar van onderdelen van de uitvoering.