Naar de inhoud

Van strategie naar uitvoering

Iedereen in de directie kan de strategie opnoemen. Vraag een projectleider drie lagen lager waarom zijn project loopt, en je krijgt een ander antwoord — een deadline, een sponsor, een cijfer uit een dashboard. Zelden het thema waar de strategie het over had. Dat is niet omdat niemand het probeert. Het is omdat de keten van strategie naar uitvoering ergens onderweg een schakel verliest, en die schakel is bijna nooit waar je hem zoekt.

Van thema naar concreet project lopen negen stappen: thema, doel, idee, prioritering, besluit, project, capaciteit, uitvoering, bijsturen. Elke stap op zich is meestal wel geregeld. Wat zelden geregeld is, is de overgang ertussen — en dat is precies waar strategie ophoudt terug te komen in wat er gebeurt.

De keten, en waar hij meestal breekt

Van thema naar idee. Een thema staat in een strategiedocument. Een idee komt binnen via een formulier, een e-mail, of een opmerking in een teamoverleg. Niemand koppelt het tweede aan het eerste, tenzij iemand dat er expliciet bij zet — en dat gebeurt meestal niet, omdat het geen verplicht veld is in wat mensen al gebruiken.

Van idee naar prioritering. Er is vaak wél een ranking — een scorecard, een werkgroep, een gewogen lijst in een spreadsheet. Het probleem is niet het ontbreken van een methode. Het probleem is dat die ranking op het moment van het echte besluit al een paar weken oud is, of in een ander document staat dan waar de beslisser naar kijkt.

Van prioritering naar besluit. Dit is de schakel die het vaakst mondeling gebeurt. Een akkoord in een vergadering, een reactie op een e-mail, een duim omhoog in een chat. Er ontstaat geen record — geen wie, geen wanneer, geen waarom — en zes maanden later kan niemand meer reconstrueren waarom project A wel doorging en project B niet.

Van besluit naar project. Als er al een besluit was, is de omzetting naar een project vaak een handmatige stap: iemand kopieert de informatie over, of begint gewoon opnieuw. De link naar het oorspronkelijke idee — en daarmee naar het thema waar het voor bedoeld was — gaat onderweg verloren.

Van project naar capaciteit. De vraag "hebben we hier mensen voor" wordt bijna altijd te laat gesteld: nadat het project al is toegezegd, niet ervoor. Capaciteitsoverzichten bestaan meestal wel, maar leven in een ander systeem dan waar de beslissing viel.

Van uitvoering naar bijsturen. Status wordt een kleur in een dashboard — die iemand handmatig zet. Zelden wordt die kleur teruggekoppeld naar het thema waar het project ooit voor bedoeld was, en bijna nooit naar de beslissing die het project mogelijk maakte.

Wat "herstellen" hier concreet betekent

Die zes breukpunten los je niet op met een extra rapportage. Ze vragen drie dingen die vaak ontbreken, in deze volgorde.

  1. Een besluit moet een record zijn, geen herinnering. Wie besliste, wanneer, en — bij een afwijzing — waarom. Niet om iemand achteraf de maat te nemen, maar omdat een project zonder herleidbaar besluit een project is dat niemand meer kan uitleggen.

  2. Capaciteit moet zichtbaar zijn vóór het besluit, niet erna. Een overzicht dat pas na de toezegging laat zien dat er geen ruimte is, komt te laat om nog iets te veranderen.

  3. De rapportage die het geheel toont, moet dezelfde gegevens gebruiken als de plek waar het besluit viel — niet een losse samenvatting die een paar weken achterloopt.

Wat Migreat! hier vandaag al doet

Een paar van die schakels zijn in Migreat! van Promigion een vast onderdeel van het systeem, niet iets wat je zelf moet organiseren.

Een idee koppel je direct aan een strategisch thema en, optioneel, aan een doel eronder. Wat zo'n koppeling precies inhoudt, staat op de pagina over strategische thema's en doelen.

Een besluit is een record, geen herinnering. Wie besliste en wanneer staat vast; bij een afwijzing is een reden verplicht, bij een goedkeuring niet. Herzien kan, maar niet door de oude beslissing te wijzigen — een nieuwe beslissing is altijd een nieuwe registratie, de oude blijft staan zoals hij was. Hoe een aanvraag daadwerkelijk tot dat besluit komt, staat op de pagina over van idee naar project.

Die goedkeuring is ook een harde voorwaarde: een idee wordt pas een project ná een geregistreerde goedkeuring. Zonder die registratie stopt de omzetting.

Er is een overzicht dat de vraag van een idee — de geschatte uren — naast de beschikbare capaciteit legt, zichtbaar voordat er een besluit valt. Datzelfde overzicht rangschikt ideeën ook op basis van die capaciteitsdruk, naast prioriteit en deadline.

Voortgang op een project rolt op naar het thema en het doel eronder, in één rapportage — inclusief de status die je er zelf op zet. Die status kent vier waarden, groen, blauw, amber en rood, en blauw betekent afgerond. Je zet hem zelf; hij wordt niet automatisch berekend.

Wat nog niet gekoppeld is

Twee dingen zijn nog niet met elkaar verbonden, en het is eerlijker dat hier te zeggen dan het pas te laten merken.

Het capaciteitsoverzicht is informatief, geen voorwaarde. Een idee dat als "wacht op capaciteit" wordt gemarkeerd, kan gewoon worden goedgekeurd — het systeem houdt niemand tegen. Het overzicht legt de informatie op tafel; het besluit blijft aan de mens.

En de rapportage die thema, doel en projectstatus samen toont, bevat het besluit zelf niet. Wie besliste en waarom staat op de pagina van het idee zelf, niet in het overzicht waarin je ziet hoe een thema ervoor staat.

Hoe je dit bij je eigen organisatie herkent

Je hoeft geen software te openen om te weten of dit bij jou speelt. Drie vragen die het snel duidelijk maken.

  1. Kun je van een lopend project terugredeneren naar het thema waar het voor bedoeld was, zonder iemand te bellen die het nog uit zijn hoofd weet?

  2. Kun je van een besluit van vorig kwartaal — wie zei ja, en waarom — een record vinden, of leeft dat alleen nog in iemands mailbox?

  3. Wist je van tevoren dat er geen capaciteit was, of ontdekte je dat pas toen het project al liep?

Op één van de drie "nee" is normaal. Op alle drie is het patroon, niet het incident, dat het probleem is.


Waarom capaciteit vóór een besluit zichtbaar is maar niet doorslaggevend, staat in de gids capaciteitsmanagement voor projecten. Hoe deze schakel — van prioritering naar besluit — een blijvend record wordt in plaats van een geknikte afspraak, staat in de gids projecten prioriteren. En waarom een rapportage dezelfde gegevens moet gebruiken als de plek waar het besluit viel, staat in de gids voortgangsrapportage. Meer over dit onderwerp staat in de kennisbank. Zit je zelf in de directie en teken je voor deze besluiten, dan staat op de pagina voor directie en management specifiek wat dat besluitspoor voor je oplevert.