Waarom MSP implementatie meer is dan een training volgen
Een MSP-certificering kan veel opleveren. Professionals krijgen taal, structuur en inzicht in hoe programma’s zijn opgebouwd. Dat is waardevol, zeker voor organisaties die meer grip willen krijgen op complexe veranderingen. Maar een certificaat op zichzelf verandert nog geen organisatie.
Juist daar gaat het vaak mis. Iemand leert de methode, ziet de logica ervan in en probeert die vervolgens toe te passen in een omgeving waar verantwoordelijkheden diffuus zijn, prioriteiten verschuiven en bestuurders vooral op korte termijn worden afgerekend. Dan blijkt snel dat MSP implementatie veel meer vraagt dan kennis van begrippen, rollen en documenten.
Een succesvolle implementatie draait om leiderschap, draagvlak en gedragsverandering. De methode moet landen in het dagelijks handelen van directie, programmamanagers, PMO, lijnmanagement en andere betrokkenen. Pas dan ontstaat er echte samenhang tussen strategie, uitvoering en baten.
Daarmee raakt MSP implementatie aan een bredere waarheid binnen verandertrajecten: trainen heeft pas waarde als het leidt tot ander gedrag en aantoonbare verbetering in de praktijk. Een goede invoering begint daarom niet met de vraag welke templates nodig zijn, maar met de vraag hoe veranderkundig volwassen de organisatie al is en wat nodig is om stap voor stap verder te groeien.
Een training kan daarin een belangrijke eerste stap zijn. Bijvoorbeeld wanneer professionals eerst een gedeelde basis nodig hebben om dezelfde taal te spreken en dezelfde uitgangspunten te hanteren. In die fase kan een MSP Foundation training een logisch vertrekpunt zijn. Maar daarna begint het echte werk pas: toepassen, ervaren, bespreken, leren en bijsturen in de context van de eigen organisatie.
Juist daarom is bij de invoering van MSP een incrementele aanpak essentieel. Wanneer de volwassenheid in programmamanagement zich nog rond niveau 1 bevindt, werkt het meestal niet om direct een volledige programmatische blauwdruk over de organisatie uit te rollen. Dan is eerst nodig dat betrokkenen in het klein ervaren wat MSP daadwerkelijk betekent voor hun eigen praktijk. Wat verandert er in rollen, verantwoordelijkheden, besluitvorming, samenwerking en besturing? Welke nieuwe verwachtingen ontstaan er voor directie, programmamanagers, PMO, lijnmanagement en andere stakeholders?
Tegelijk is het van groot belang om samen een gestructureerd en gedragen beeld te vormen van hoe programmamanagement vandaag al functioneert. In de meeste organisaties gaan immers veel dingen al goed. Een sterke toekomstige blauwdruk breekt daar niet onnodig mee, maar bouwt daarop voort. Juist door eerst gezamenlijk te doorleven wat al werkt en waar de echte knelpunten zitten, worden verbeterkansen scherper zichtbaar en ontstaat een realistischer pad naar verdere professionalisering.
Een leertraject rond MSP moet daarom nadrukkelijk praktisch worden ingestoken: gekoppeld aan het eigen werk, gebaseerd op concrete opgaven en ingericht in de vorm van dialoog, reflectie en toepassing. Juist op die manier groeit niet alleen kennis van de methode, maar ook het vermogen om programmamanagement en programmabesturing stap voor stap volwassen te maken.
Waar MSP in de praktijk echt verschil maakt
|
Situatie zonder programmamanagement |
Wat er in de praktijk gebeurt |
Wat MSP helpt veranderen |
Concreet voorbeeld |
|
Projecten lopen naast elkaar |
Teams optimaliseren hun eigen deel, maar niemand bewaakt het geheel |
Samenhang tussen projecten, verandering en baten |
IT vervangt een systeem, HR past processen aan, maar de servicedesk is niet voorbereid. Met MSP wordt dat integraal gepland |
|
Bestuur stuurt op losse issues |
Besluiten worden ad hoc genomen en prioriteiten wisselen steeds |
Sturing vanuit een gezamenlijke veranderkoers |
Een directie besluit eerst op incidenten, later op capaciteit, daarna op politieke druk. MSP dwingt tot keuzes vanuit strategische doelen |
|
Oplevering krijgt meer aandacht dan effect |
Projecten zijn gereed, maar de organisatie werkt nog niet anders |
Focus op baten, adoptie en borging |
Een nieuw klantportaal is live, maar burgers bellen nog net zo veel omdat processen en ondersteuning niet zijn aangepast |
|
Rollen zijn formeel benoemd maar niet doorleefd |
Mensen weten niet wie echt eigenaar is van verandering |
Heldere verantwoordelijkheden in bestuur, lijn en programma |
De programmamanager verwacht dat lijnmanagers adoptie trekken, terwijl lijnmanagers denken dat dit bij het projectteam ligt |
|
Verandering wordt te groot ineens aangepakt |
Medewerkers haken af en bestuur verliest overzicht |
Fasegewijze invoering in tranches |
Een organisatie wil tegelijk digitaliseren, reorganiseren en anders sturen. MSP helpt dit op te knippen in beheersbare fasen |
De 7 principes als basis voor uw implementatie
De 7 principes van MSP zijn geen theoretische lijst die u na een training afvinkt. Ze vormen het kompas voor besluiten, gedrag en sturing tijdens de hele implementatie. Juist wanneer de druk toeneemt, helpen deze principes om koers te houden.
|
MSP-principe |
Wat betekent dit concreet? |
Praktisch voorbeeld |
|
Blijf aansluiten op de strategie |
Maak steeds duidelijk waarom het programma bestaat en welk organisatiedoel ermee wordt ondersteund |
Een woningcorporatie digitaliseert niet om te moderniseren, maar om huurders sneller te helpen en onderhoud beter te plannen |
|
Geef leiding aan verandering |
De top blijft zichtbaar eigenaar en laat lastige keuzes niet volledig aan het programmateam over |
Een directieteam hakt knopen door over prioriteiten tussen operatie en vernieuwing |
|
Werk vanuit een toekomstvisie |
Mensen moeten kunnen zien hoe de nieuwe situatie eruitziet |
Medewerkers begrijpen niet alleen dát processen veranderen, maar ook hoe hun werkdag er straks anders uitziet |
|
Focus op baten en bedreigingen |
Kijk verder dan oplevering en toets of de verandering echt waarde oplevert |
Niet alleen een nieuw systeem implementeren, maar ook meten of doorlooptijden en foutpercentages dalen |
|
Voeg waarde toe |
Houd alleen overleg, sturing en documentatie in stand die echt helpt |
Geen overdaad aan rapportages, maar één dashboard waarmee bestuur kan bijsturen |
|
Ontwerp en lever een samenhangend geheel |
Verbind projecten, processen, mensen en governance |
Niet alleen software bouwen, maar ook opleidingen, processen en verantwoordelijkheden gelijktijdig aanpassen |
|
Leer van ervaring |
Gebruik feedback uit de praktijk om bij te sturen |
Na de eerste tranche blijkt dat besluitvorming te traag is; governance wordt daarop aangepast |
Wie deze principes serieus neemt, begrijpt ook dat MSP implementatie niet draait om het kopiëren van een model. Het gaat om het bewust toepassen van uitgangspunten in een specifieke context. Dat is precies wat het verschil maakt tussen een methode die bekend is en een methode die echt werkt.
Stap 1 - Eerst ervaren, dan visie en mandaat creëren
Veel MSP-implementaties stranden voordat ze goed en wel begonnen zijn. Niet omdat de methode ondeugdelijk is, maar omdat organisaties te snel van ambitie naar ontwerp springen. Zeker wanneer de volwassenheid in programmamanagement nog laag is, is het onverstandig om direct te starten met een volledig uitgewerkte structuur, governance of blauwdruk. Dan is eerst nodig dat betrokkenen in de praktijk leren begrijpen wat programmamanagement volgens MSP werkelijk vraagt van sturing, samenwerking, rollen en besluitvorming.
Dat vraagt om een kleinschalige en praktische start. Niet meteen alles organisatiebreed willen vastleggen, maar eerst in een afgebakende context samen ervaren wat de methode betekent. Bijvoorbeeld in een lopende veranderopgave, een beperkt programmaonderdeel of een concrete bestuurlijke casus. Juist daar wordt zichtbaar waar de methode helpt, waar onduidelijkheid ontstaat en welke aanpassingen nodig zijn om MSP werkbaar te maken in de eigen context.
Vanuit die ervaring kan vervolgens visie ontstaan. Visie is in dit verband geen abstracte ambitie, maar een gedeeld beeld van de toekomstige situatie. Wat moet er veranderen? Waarom is dat belangrijk? Welke problemen lost dit op? En wat betekent dat voor processen, mensen, besturing en dienstverlening? Hoe scherper dat beeld, hoe groter de kans dat betrokkenen dezelfde kant op bewegen.
Daarnaast is expliciet mandaat nodig. Visie geeft richting, mandaat geeft legitimiteit. De directie of bestuurlijke top moet duidelijk uitspreken waarom het programma er is, wat het doel is, welke ruimte er is om te sturen en welke verwachtingen gelden voor de lijn. Dat klinkt vanzelfsprekend, maar in de praktijk blijft dit vaak impliciet. Daardoor moet een programmamanager voortdurend onderhandelen over zaken die al helder hadden moeten zijn.
Wat verandert er voor stakeholders als u MSP invoert?
|
Stakeholder |
Wat verandert er concreet? |
Voorbeeld uit de praktijk |
|
Directie / bestuur |
Moet actiever sturen op richting, prioriteiten en baten |
Niet alleen goedkeuren, maar ook besluiten welke veranderinitiatieven voorrang krijgen als capaciteit schaars is |
|
Programmamanager |
Stuurt niet alleen op planning, maar op samenhang, koers en besluitvorming |
Verbindt digitalisering, procesverandering en adoptie in plaats van alleen projectvoortgang te bewaken |
|
Lijnmanagement |
Wordt mede-eigenaar van adoptie en borging |
Een afdelingsmanager zorgt dat nieuwe werkwijzen echt worden toegepast, niet alleen dat medewerkers training krijgen |
|
PMO |
Ondersteunt niet alleen administratie, maar ook ritme, overzicht en kwaliteit van sturing |
Signaleert dat besluiten blijven liggen en organiseert een betere escalatiestructuur |
|
Projectmanagers |
Moeten hun project sterker verbinden aan programmadoelen |
Een projectmanager rapporteert niet alleen op scope en tijd, maar ook op afhankelijkheden en effecten op baten |
|
Medewerkers / gebruikers |
Krijgen te maken met veranderingen in werkprocessen en verwachtingen |
Een medewerker werkt niet langer in drie systemen naast elkaar, maar in één nieuw proces met andere verantwoordelijkheden |
Juist deze stap wordt vaak onderschat, omdat organisaties graag snel zichtbaar willen starten. Men wil teamleden benoemen, roadmaps maken en projecten koppelen. Maar als betrokkenen nog niet samen hebben ervaren wat programmatisch werken werkelijk vraagt en de bovenlaag nog geen helder mandaat heeft gegeven, blijft de implementatie afhankelijk van goodwill. Dat is een zwakke basis voor een complexe verandering.
Een goede MSP implementatie begint dus niet met papier, maar met een combinatie van praktische ervaring, bestuurlijke reflectie en expliciete keuzes. Pas wanneer koers, legitimiteit en verwachtingen werkelijk worden begrepen en gedeeld, kan de rest van de implementatie duurzaam vorm krijgen.
Stap 2 - Breng eerst de huidige blauwdruk samen in beeld
In veel organisaties gaat het gesprek over programmamanagement te snel over de toekomst. Er worden schema’s gemaakt, rollen benoemd en governance-structuren ontworpen, terwijl het vertrekpunt nog onvoldoende scherp is. Daarmee wordt een belangrijke kans gemist. Wie een sterke toekomstige blauwdruk wil maken, moet eerst met betrokkenen een gemeenschappelijk, gedragen en gestructureerd beeld vormen van de huidige blauwdruk van programmamanagement.
Dat betekent niet dat alles al formeel als programma is ingericht. Integendeel. In veel organisaties bestaan al waardevolle elementen van programmatisch werken zonder dat die zo worden benoemd. Er zijn bestuurlijke overleggen waarin prioriteiten worden gewogen, projectleiders die onderling afhankelijkheden afstemmen, lijnmanagers die al actief bijdragen aan adoptie en PMO-medewerkers die overzicht en ritme aanbrengen. Die bestaande kwaliteiten moeten eerst zichtbaar worden gemaakt.
Dat is belangrijk, omdat een goede blauwdruk van de toekomst niet begint met vervangen, maar met begrijpen. In de meeste organisaties doen mensen de meeste dingen al behoorlijk goed. Een toekomstige blauwdruk moet daarom in stand houden wat vandaag werkt en daar gericht op voortbouwen. Alleen bij het opbouwen van een volledig nieuw programma of een volledig nieuwe organisatie ligt dat anders.
Het gezamenlijk doorleven van de huidige blauwdruk helpt om de werkelijkheid scherper te zien. Hoe wordt nu besloten? Welke overleggen voegen echt waarde toe? Waar zit al samenhang tussen projecten? Waar werkt de relatie tussen programma en lijn al goed? Welke informatie helpt bestuurders echt bij het maken van keuzes? En waar ontstaan juist vertraging, dubbel werk, onduidelijkheid of versnippering?
Juist door dat gesprek samen te voeren, groeit niet alleen inhoudelijk inzicht, maar ook draagvlak. Betrokkenen herkennen hun eigen praktijk in het beeld dat ontstaat. Dat voorkomt dat MSP wordt ervaren als een extern model dat over de organisatie heen wordt gelegd. In plaats daarvan wordt het een logische doorontwikkeling van een bestaande werkelijkheid.
Van huidige blauwdruk naar toekomstige blauwdruk
|
Onderdeel |
Wat is vaak al aanwezig? |
Wat doet MSP hiermee? |
Concreet voorbeeld |
|
Besluitvorming |
Er zijn al overleggen en escalatielijnen |
MSP maakt rollen, besluitmomenten en prioriteiten explicieter |
Een directieoverleg neemt nu ad-hoc besluiten; MSP maakt daar een vast bestuurlijk ritme van |
|
Samenwerking tussen projecten |
Projectleiders stemmen informeel af |
MSP brengt afhankelijkheden gestructureerd in beeld |
Drie projecten gebruiken dezelfde capaciteit; MSP helpt om daar integraal op te sturen |
|
Sturing op voortgang |
Er zijn al rapportages en dashboards |
MSP verbindt voortgang aan baten, risico’s en samenhang |
Niet alleen rapporteren of een project op tijd ligt, maar ook wat vertraging betekent voor programmadoelen |
|
Lijnbetrokkenheid |
Lijnmanagers zijn vaak al betrokken, maar wisselend |
MSP maakt hun rol in adoptie en borging explicieter |
Een afdelingsmanager wordt niet alleen geïnformeerd, maar mede-eigenaar van invoering in de praktijk |
|
Verandercapaciteit |
Medewerkers zijn gewend aan verandering, maar vaak versnipperd |
MSP helpt verbeteringen te faseren en te prioriteren |
Eerst één procesketen verbeteren in plaats van alles tegelijk willen veranderen |
|
Wat al goed werkt |
Er bestaan al effectieve werkwijzen en routines |
MSP helpt die te behouden en in samenhang te plaatsen |
Een goed werkend maandritme voor besluitvorming blijft bestaan, maar wordt beter gekoppeld aan programmadoelen |
Het samen in kaart brengen van de huidige blauwdruk helpt bovendien om verbeterkansen beter te identificeren, te definiëren en te prioriteren. Niet alles hoeft tegelijk te veranderen. Juist door de juiste eerste verbeterslagen te kiezen, kunnen op kortere termijn zichtbare voordelen worden gerealiseerd. Dat is cruciaal, want succesvolle MSP implementatie vraagt niet alleen om structuur, maar ook om energie. Het vliegwiel van verandering moet op gang worden gebracht. Er moet momentum ontstaan dat vertrouwen geeft en motiveert om verder te bouwen.
MSP helpt daarbij door de dingen die al goed gaan overzichtelijk, gestructureerd en samenhangend in kaart te brengen, gebaseerd op bewezen good practices uit zowel de publieke als de private sector. Daardoor ontstaat niet alleen een scherpere toekomstige blauwdruk, maar ook een beter begrip van de ontwikkelstappen die nodig zijn om daar te komen.
Stap 3 - Het programmateam zorgvuldig samenstellen
Een methode kan nog zo sterk zijn, uiteindelijk maken mensen het verschil. Daarom is de samenstelling van het programmateam bepalender voor succes dan de kwaliteit van het eerste plan. In veel organisaties gaat de aandacht in de beginfase vooral naar documenten, terwijl juist de rolverdeling en de kwaliteit van de samenwerking doorslaggevend zijn.
Een effectief programmateam bestaat niet alleen uit inhoudelijke experts of ervaren projectmanagers. U heeft een combinatie nodig van strategisch inzicht, verandervermogen, uitvoeringskracht en bestuurlijke sensitiviteit. MSP vraagt om rollen die elkaar aanvullen, niet om functietitels die alleen op papier kloppen.
Waar let u praktisch op bij het samenstellen van een programmateam?
|
Rol |
Waar moet deze persoon sterk in zijn? |
Concreet voorbeeld |
|
Programmasponsor |
Richting geven, besluiten nemen, ruimte creëren |
Een bestuurder hakt knopen door als twee directies botsen over prioriteit |
|
Programmamanager |
Verbinden, sturen, escaleren, overzicht houden |
Ziet dat drie projecten dezelfde capaciteit nodig hebben en organiseert een bestuurlijke keuze |
|
Business change manager |
Adoptie, borging, baten realiseren |
Zorgt dat nieuwe processen niet alleen ontworpen maar ook gebruikt worden in de lijn |
|
PMO |
Structuur, ritme, kwaliteit van informatie |
Zet een eenvoudig beslis- en voortgangsritme neer waardoor het bestuur sneller kan bijsturen |
|
Lijnmanager |
Verandering inbedden in de dagelijkse praktijk |
Plant tijd vrij voor medewerkers om nieuwe werkwijzen daadwerkelijk te oefenen |
|
Inhoudelijk expert |
Specialistische kennis vertalen naar werkbare keuzes |
Helpt voorkomen dat technische oplossingen niet aansluiten op de praktijk |
De programmamanager is daarbij uiteraard cruciaal. Deze persoon moet niet alleen kunnen plannen en sturen, maar ook kunnen verbinden, escaleren, spanning hanteren en richting houden onder druk. Daarnaast is business change-verantwoordelijkheid essentieel. Veranderingen landen immers niet vanzelf in de lijnorganisatie. Daar zijn mensen voor nodig die verantwoordelijkheid nemen voor adoptie, borging en het realiseren van baten.
Ook het PMO speelt een belangrijkere rol dan vaak wordt gedacht. In een sterke MSP implementatie ondersteunt het PMO niet alleen rapportage en planning, maar bewaakt het ook ritme, samenhang en kwaliteit van besluitvorming. Een goed PMO helpt het programma professioneel functioneren zonder het te verzwaren met overbodige bureaucratie.
Verder is het verstandig om bewust te kijken naar de relatie tussen programma en lijn. Welke managers moeten aan tafel zitten omdat zij straks de verandering moeten dragen? Welke expertise is nodig op het gebied van communicatie, governance, risico’s of baten? Waar zitten mogelijke spanningen tussen operatie en verandering? En wie heeft het vertrouwen en gezag om daar bruggen te slaan?
Stap 4 - Ontwikkel de toekomstige blueprint en business case op basis van gedeeld begrip
In deze stap wordt MSP concreet. Waar visie richting geeft, de huidige blauwdruk het vertrekpunt verheldert en het team de uitvoering mogelijk maakt, zorgen de toekomstige blueprint en business case ervoor dat de verandering tastbaar en bestuurbaar wordt. Maar juist hier is het belangrijk dat organisaties niet te vroeg willen formaliseren. Een blueprint heeft pas waarde als betrokkenen voldoende begrijpen wat de verandering daadwerkelijk vraagt en waarop kan worden voortgebouwd.
De blueprint beschrijft de toekomstige situatie. Niet in abstracte slogans, maar in een concreet beeld van hoe de organisatie straks functioneert. Welke processen veranderen? Welke systemen ondersteunen dat? Hoe ziet governance eruit? Wat verandert er voor medewerkers, managers en gebruikers? Door dat beeld uit te werken, maakt u de verandering begrijpelijk en toetsbaar.
De kracht van deze stap zit in de verbinding tussen heden en toekomst. Een goede toekomstige blauwdruk bewaart wat vandaag goed werkt en voegt daar gericht verbeteringen aan toe. Dat maakt de verandering geloofwaardiger en uitvoerbaarder. Betrokkenen zien dan niet een theoretisch model ontstaan, maar een logisch ontwikkelpad dat aansluit op hun praktijk.
De business case vult dit aan met de onderbouwing van waarde. Welke baten worden verwacht? Welke investeringen zijn nodig? Welke risico’s kunnen die baten bedreigen? Hoe realistisch is het geheel, gezien capaciteit, verandervermogen en bestuurlijke prioriteiten? Een goede business case is niet bedoeld om alleen een startbesluit te legitimeren, maar om gedurende de hele looptijd richting te geven.
Maak blueprint en business case concreet
|
Onderdeel |
Niet sterk genoeg |
Wel sterk en bruikbaar |
|
Blueprint |
We gaan efficiënter samenwerken |
Medewerkers werken vanaf Q3 in één klantproces, met één intake en één eigenaarschap per dossier |
|
Blueprint |
Governance wordt verbeterd |
Er komt één maandelijks programmaberaad met directe besluitvorming over capaciteit, risico’s en afhankelijkheden |
|
Business case |
De baten zijn beter inzicht |
Doorlooptijd daalt met 20 procent, aantal overdrachtsfouten met 30 procent en klantvragen aan de helpdesk met 15 procent |
|
Business case |
Er is draagvlak nodig |
Lijnmanagement reserveert per team 4 uur per maand voor implementatie en begeleiding |
|
Business case |
Er zijn risico’s |
Als sleutelgebruikers niet worden vrijgemaakt, schuift adoptie minimaal één tranche op |
Blueprint en business case horen nauw op elkaar aan te sluiten. De toekomstige situatie moet de baten mogelijk maken, en de baten moeten verklaren waarom die toekomstige situatie de investering waard is. Wanneer die verbinding ontbreekt, ontstaat een papieren werkelijkheid die in de uitvoering snel uiteenvalt.
Het helpt om ook hier niet alles tegelijk te willen oplossen. De beste toekomstige blauwdruk is meestal niet de meest uitgebreide, maar de meest bruikbare. Zij maakt helder wat eerst versterkt moet worden, welke verbeterslagen de meeste waarde opleveren en hoe die in een logische volgorde kunnen worden gerealiseerd. Zo ontstaan sneller tastbare voordelen, groeit het vertrouwen en komt het vliegwiel van verandering op gang.
Stap 5 - Werk in tranches en bouw volwassenheid stap voor stap op
Een van de grootste valkuilen bij MSP implementatie is de neiging om alles in één keer goed te willen neerzetten. Zeker wanneer de methode nieuw is in de organisatie, leidt dat vaak tot overbelasting. Er ontstaat dan een te grote sprong tussen huidige volwassenheid en gewenste inrichting. Mensen begrijpen de bedoeling nog onvoldoende, terwijl de verwachtingen al hoog zijn.
Daarom is gefaseerd werken zo belangrijk. MSP biedt met tranches juist de mogelijkheid om verandering beheerst op te bouwen. Dat betekent niet dat u klein denkt, maar dat u slim doseert. Eerst ervaring opdoen, dan verbreden. Eerst leren wat werkt, dan verder professionaliseren. Eerst samenhang opbouwen, dan verfijnen.
Hoe ziet een incrementele MSP-invoering er concreet uit?
|
Fase |
Doel |
Praktisch voorbeeld |
|
Eerste verkenning |
Begrijpen wat programmatisch werken vraagt |
Met directie, lijn en projectleiders één veranderopgave analyseren op rollen, baten en besluitvorming |
|
Analyse huidige blauwdruk |
Zicht krijgen op wat al werkt en wat versterkt moet worden |
Bestaande overleggen, rapportages, rollen en afhankelijkheden samen in kaart brengen |
|
Pilot / kleine toepassing |
Ervaring opdoen in een herkenbare context |
Eén digitaliseringsopgave inrichten met programmatische sturing in plaats van losse projectsturing |
|
Eerste tranche |
Basis neerzetten |
Sponsorrol expliciet maken, PMO-routine opbouwen, toekomstige blueprint aanscherpen, baten toewijzen |
|
Verbreding |
Meer onderdelen koppelen |
Extra projecten, veranderactiviteiten en lijnverantwoordelijkheden onder hetzelfde programma brengen |
|
Versteviging |
Professionaliseren en borgen |
Governance vereenvoudigen, lessen verwerken, rapportages aanscherpen en batenmeting structureel maken |
Deze aanpak is extra belangrijk in organisaties die nog rond niveau 1 zitten. Daar is vaak nog geen stabiele gemeenschappelijke taal, geen vanzelfsprekend onderscheid tussen project- en programmasturing en geen doorleefde ervaring met batenmanagement of business change. Dan is het onverstandig om meteen volledige volwassenheid te veronderstellen. Juist dan werkt een leergerichte, incrementele opbouw beter dan een grootschalige ontwerpinterventie.
Door in tranches te werken, ontstaat bovendien ruimte voor reflectie. Wat hebben we in deze fase geleerd? Welke aannames bleken niet te kloppen? Welke stakeholders moeten beter worden betrokken? Welke elementen van MSP passen goed en waar is nadere vertaling nodig? Zulke vragen helpen om de methode niet dogmatisch, maar professioneel toe te passen.
Praktijkvoorbeeld: IT-transformatieprogramma bij een overheidsorganisatie
Een uitvoeringsorganisatie binnen de overheid stond voor een ingrijpende IT-transformatie. Er liepen meerdere samenhangende veranderinitiatieven tegelijk: systeemvervanging, procesdigitalisering, gegevensmigratie en aanpassingen in beheer en governance. De inhoudelijke noodzaak was breed erkend, maar de aansturing was nog sterk per project georganiseerd.
In eerste instantie leek dat werkbaar. Elk project had zijn eigen planning, eigen verantwoordelijken en eigen voortgangsrapportage. Maar naarmate de transformatie verder vorderde, werd duidelijk dat de onderlinge afhankelijkheden groter waren dan gedacht. Keuzes in het ene project hadden directe gevolgen voor het andere, terwijl niemand integraal stuurde op samenhang en baten.
Daar kwam nog iets bij. Bestuurlijke besluitvorming verliep traag en verantwoordelijkheden waren niet altijd scherp belegd. Projecten stuurden op deadlines en budget, maar de relatie met bredere organisatiedoelen vervaagde. Daardoor ontstonden herprioriteringen, extra afstemming en vertraging.
De organisatie koos er daarom voor om MSP niet als theoretische exercitie te benaderen, maar als praktisch raamwerk voor sturing en verandering. Er is niet begonnen met een volledig uitgewerkte eindstructuur, maar met een kleinschalige verkenning van wat programmatisch werken in deze context daadwerkelijk vroeg. In bestuurlijke en operationele dialogen is eerst onderzocht welke veranderingen nodig waren in rollen, besluitvorming, samenhang en eigenaarschap.
Vervolgens is samen de huidige blauwdruk in beeld gebracht. Welke overleggen werkten al goed? Waar zat al samenhang tussen initiatieven? Welke managers namen in de praktijk al verantwoordelijkheid voor verandering? En waar ontstonden juist gaten? Dat gaf een realistischer beeld van het vertrekpunt en voorkwam dat bruikbare werkwijzen onnodig werden weggegooid.
Pas daarna zijn de eerste gerichte verbeterslagen gekozen. Er is bestuurlijk mandaat gecreëerd, een programmateam ingericht met duidelijke rollen en een toekomstgerichte blueprint uitgewerkt die voortbouwde op wat al werkte. Ook de business case werd scherper, omdat beter zichtbaar werd welke verbeteringen op korte termijn het meeste effect zouden hebben.
Wat veranderde er concreet in dit voorbeeld?
|
Voorheen |
Na invoering van MSP-principes |
|
Elk project rapporteerde apart |
Er kwam één integraal beeld van afhankelijkheden, voortgang en risico’s |
|
Besluitvorming liep via meerdere losse tafels |
Er kwam een duidelijk bestuurlijk ritme met expliciete besluitmomenten |
|
Niemand voelde zich eigenaar van adoptie |
Business change kreeg een expliciete plaats |
|
Projecten stuurden op oplevering |
Het programma ging sturen op samenhang en organisatiewaarde |
|
Verandering voelde groot en diffuus |
De organisatie werkte met tranches en leermomenten |
|
Bestaande goede routines bleven impliciet |
Werkende elementen uit de bestaande praktijk werden bewust behouden en versterkt |
Het effect was merkbaar. Er kwam meer bestuurlijke grip, meer duidelijkheid over verantwoordelijkheden en betere samenhang tussen de deelprojecten. Besluiten konden sneller en beter onderbouwd worden genomen. Ook nam het vermogen toe om veranderingen gefaseerd door te voeren, met minder herstelwerk, minder dubbel werk en meer focus op het realiseren van organisatiewaarde. Belangrijker nog: de eerste verbeteringen werden zichtbaar, waardoor energie ontstond om door te pakken. Dat is precies hoe momentum ontstaat.
Veelgemaakte fouten bij implementatie
De meest voorkomende fout is dat MSP wordt gezien als een methodiek voor programmamanagers, terwijl succesvolle implementatie juist organisatiebreed eigenaarschap vraagt. Zodra de methode wordt belegd bij één professional of één team, ontstaat het risico dat de rest van de organisatie toekijkt in plaats van meedoet.
Een tweede fout is te snel willen beginnen met ontwerpen. Organisaties slaan dan de stap over waarin betrokkenen samen ervaren wat programmatisch werken daadwerkelijk betekent én waarin de huidige blauwdruk gezamenlijk in beeld wordt gebracht. Daardoor ontstaan wel modellen, rollen en governance-afspraken, maar ontbreekt een doorleefd begrip van wat die in de praktijk vragen en van wat al goed werkt.
Een derde fout is starten zonder scherp mandaat. Dan lijkt er voortgang, maar ontbreekt bestuurlijke rugdekking voor lastige keuzes. Zodra prioriteiten botsen of weerstand oploopt, blijkt dat het programma formeel wel bestaat, maar praktisch onvoldoende macht heeft.
Overzicht van fouten die organisaties vaak maken
|
Fout |
Hoe ziet dat eruit? |
Gevolg in de praktijk |
|
Te snel een blauwdruk maken |
Er ligt direct een uitgebreid model met rollen, boards en documenten |
Mooie structuur, weinig draagvlak en weinig echt gebruik |
|
De huidige blauwdruk niet onderzoeken |
Niemand brengt in kaart wat al werkt en wat behouden moet blijven |
Bestaande kwaliteiten gaan verloren en weerstand neemt toe |
|
MSP te veel als training zien |
Mensen halen certificaten, maar werken verder zoals voorheen |
Geen echte verandering in gedrag of sturing |
|
Geen scherp mandaat |
Bestuur spreekt steun uit, maar neemt geen lastige besluiten |
Programmamanager moet overal om blijven vragen |
|
Business change vergeten |
Verandering wordt vooral technisch of projectmatig aangepakt |
Opleveringen komen er wel, maar baten blijven achter |
|
Te veel bureaucratie toevoegen |
Overleggen, formats en dashboards nemen sterk toe |
Mensen ervaren MSP als extra last in plaats van hulp |
|
Alles tegelijk willen doen |
Organisatie probeert direct volledig programmatisch te werken |
Overbelasting, weerstand en verlies van overzicht |
Tot slot onderschatten veel organisaties de waarde van leren. Men wil MSP direct volledig en foutloos neerzetten en maakt de implementatie daardoor onnodig star. Juist een lerende aanpak werkt beter. Begin stevig, maar niet dogmatisch. Kijk wat past, wat werkt en wat aangescherpt moet worden. Dat is geen afzwakking van de methode, maar professioneel gebruik ervan.
Klaar om MSP succesvol te implementeren in uw organisatie?
MSP implementatie vraagt meer dan kennis van een methode. Het vraagt bestuurlijk mandaat, een sterk programmateam, een bruikbare toekomstige blueprint, scherp batenmanagement en vooral de bereidheid om verandering echt organisatiebreed te dragen. Maar in organisaties waar programmamanagement nog weinig ontwikkeld is, vraagt het eerst ook iets anders: ruimte om samen te ervaren wat de methode in de praktijk betekent én om een gedeeld beeld te vormen van de huidige blauwdruk.
Juist daarin zit voor veel organisaties het verschil tussen een aanpak die op papier overtuigt en een programma dat in de praktijk resultaat oplevert. Wie MSP duurzaam wil invoeren, doet er verstandig aan niet meteen maximaal te ontwerpen, maar eerst te investeren in gedeeld begrip, praktische toepassing, inzicht in wat al goed werkt, gerichte eerste verbeterslagen en een stapsgewijze groei in volwassenheid.
Een sterke toekomstige blauwdruk begint niet met opnieuw ontwerpen, maar met gezamenlijk begrijpen wat er al is. MSP helpt om bestaande kwaliteiten overzichtelijk, gestructureerd en samenhangend in kaart te brengen, op basis van bewezen good practices uit de publieke en private sector. Door van daaruit de juiste eerste verbeterstappen te kiezen, ontstaan sneller zichtbare voordelen, groeit het vertrouwen en komt het vliegwiel van verandering op gang.
Wilt u MSP niet alleen begrijpen, maar ook zo invoeren dat het werkt in uw eigen context? Dan is het verstandig om verder te kijken dan training alleen. De combinatie van inhoudelijke kennis, praktische toepassing en aandacht voor gedrag, teamdynamiek en organisatierijpheid maakt het verschil. Wilt u verkennen wat daarvoor nodig is in uw situatie, of wilt u eerst investeren in een stevige basis via een MSP Foundation training? Vul dan het contactformulier in of bel 030-2211987 om direct contact op te nemen.