Meer dan 65% van de strategische initiatieven haalt zijn doelen niet. Niet omdat de strategie fout was.

Vertaal elke ambitie naar blockers en success conditions, en loop dan elke success condition langs alle 8 bedrijfsdomeinen voordat er iets wordt gepland, Proposition Development, Process & Technology, Resources & Capabilities, Partners & Suppliers, Commercial Effectiveness, Value Communication, Customer Insights en Relationship & Retention. Eerder plannen levert een aannemelijk ogende tijdlijn op die op ongeteste aannames rust, en dat is precies waarom roadmaps een paar maanden later uit elkaar vallen.

Meestal een capaciteitsprobleem, geen strategieprobleem, roadmaps worden gebouwd op gewenste capaciteit in plaats van de werkelijke, al belegde capaciteit van het team. De mensen die een nieuw initiatief moeten trekken zijn vaak dezelfde mensen die de lopende zaak draaiende houden, en een roadmap die die botsing niet meeneemt loopt vast zodra de dagelijkse praktijk druk wordt, wat bijna altijd eerder gebeurt dan het plan veronderstelde.

Rangschik op impact, inspanning, verplichte afhankelijkheden en welke acties parallel kunnen binnen hetzelfde domein, in plaats van op wie de meest luidruchtige sponsor heeft. Verplichte afhankelijkheden wegen zwaarder dan de meeste prioriteringsoefeningen erkennen, een initiatief dat op zichzelf hoge impact en lage inspanning lijkt, kan alsnog maandenlang geblokkeerd zijn als het stiekem van drie andere acties afhangt.

Breng afhankelijkheden expliciet in kaart tijdens de theoretische roadmapfase, voordat er business cases worden gebouwd, zodat de volgorde weerspiegelt wat écht eerst moet gebeuren in plaats van wat het handigst zou zijn om als eerste te starten. Afhankelijkheden die pas ontdekt worden nadat een business case al is gebouwd en belegd, zijn aanzienlijk duurder om op te lossen dan afhankelijkheden die tijdens het sequencen op papier al worden opgevangen.

Een eigenaar, een deadline, benodigde capaciteit, afhankelijkheden en een definition of done voor elke afzonderlijke actie, niet alleen een lijst initiatieven met een ruwe tijdsindicatie erbij. Een roadmap die ook maar één van deze vijf elementen per actie mist, is niet echt uitvoerbaar; het is een verlanglijst met een nettere lay-out, want niemand kan worden aangesproken op iets dat nooit precies genoeg is omschreven om te controleren.

Wijs een eigenaar toe in de zeswekelijkse sprintfase, wanneer elke actie of cluster zijn volledige business case krijgt, niet eerder, wanneer de actie nog te abstract is om er zinvol eigenaar van te zijn. Te vroeg eigenaarschap toewijzen levert meestal vage verantwoordelijkheid op voor iets vaags; wachten tot de business case-fase betekent dat de eigenaar iets concreets erft waar hij daadwerkelijk voor kan instaan.

Label elke actie als task, project of programma, voeg een inspanningsschatting toe in dagen, weken of maanden, en geef volgnummers waar afhankelijk van andere acties, zodat de roadmap realistische tijdlijnen weerspiegelt in plaats van optimistische. De meeste roadmapvertraging is terug te voeren op inspanningsschattingen zonder dit detailniveau, één regel op een roadmap verbergt heel verschillende hoeveelheden echt werk, afhankelijk van de werkelijke omvang.

Bundel de gevalideerde roadmap, na bestuursreview, in één document met eigenaar, deadline, capaciteit, afhankelijkheden en definition of done per actie, zodat niemand werkt vanaf een net iets andere versie die drie weken geleden rondging. Meerdere roadmapversies naast elkaar is een van de meest voorkomende, en meest te vermijden, oorzaken van teams die stilletjes naar verschillende prioriteiten toewerken.

Loop elke success condition langs alle 8 bedrijfsdomeinen; heeft een domein nul acties, dan wordt er iets gemist of is de doeltoestand te smal geformuleerd om mee te beginnen. Een roadmap die bijvoorbeeld Partners & Suppliers of Customer Insights nooit raakt, is niet per definitie fout, maar het is de moeite waard om expliciet te bevestigen dat dit een bewuste keuze is en geen blinde vlek die niemand heeft opgemerkt.

Leg de volgorde uit de theoretische roadmap vast, die volgt uit afhankelijkheden, niet uit wie dat kwartaal het hardst roept om zijn initiatief hoger op de lijst te krijgen. Prioriteiten die voortdurend verschuiven reageren meestal niet op werkelijk nieuwe informatie; ze reageren op wie die specifieke maand het meeste politieke kapitaal heeft, precies wat een op afhankelijkheden gebaseerde volgorde is bedoeld te weerstaan.

Koppel elke actie aan een specifieke success condition, die op zijn beurt gekoppeld is aan een specifieke strategische ambitie, zodat de keten van actie naar resultaat volledig traceerbaar is en iedereen kan vragen waarom een initiatief bestaat en direct antwoord krijgt. Initiatieven die op deze manier niet naar een ambitie herleidbaar zijn, zijn meestal de eerste kandidaten om stilletjes geschrapt te worden zodra de capaciteit krap wordt.

Waarschijnlijk ontbreken echte business cases, inspanning, middelen, risico en een genoemde eigenaar maken van een plan een besluit, en een roadmap zonder die elementen is eigenlijk gewoon een lijst goede ideeën waar nog niemand zich aan heeft gecommitteerd. Het verschil tussen een roadmap die compleet oogt en een die echt actie aandrijft, zit vrijwel altijd in dit niveau van operationeel detail, niet in de strategische logica erachter.

Elke sprint neemt één actie of cluster en bouwt hem uit tot een volledige business case: inspanning, middelen, risico, startdatum, eigenaar en definition of done, waardoor een roadmapregel iets wordt waar een team op dag één daadwerkelijk mee kan beginnen. Deze sprints achtereenvolgens door de roadmap laten lopen is wat de theoretische, op afhankelijkheden gebaseerde volgorde omzet in belegde, geplande stukken echt werk.

Detailleer exacte inspanning in tijd, geld en mensen, benodigde middelen en vaardigheden, uitvoeringsvoorwaarden, risico's en mitigaties, startdatum, eigenaar en definition of done, dezelfde mate van precisie die een bestuur zou verwachten bij een kapitaalinvestering, toegepast op elk betekenisvol initiatief in plaats van gereserveerd voor de één of twee grootste.

Voer een roadmap review-workshop uit waarin CEO en bestuur de theoretische en haalbare roadmap naast elkaar leggen en de omvang van taken en prioriteit van drivers bijstellen, de geoptimaliseerde volgorde zelf ligt vast, omdat die uit afhankelijkheden volgt in plaats van voorkeur. Wat het directieteam in deze workshop daadwerkelijk aanpast, is scope en resourcing, niet de onderliggende logica van wat voor wat moet gebeuren.