ERP program governance: regie die uw project op koers houdt

Uw stuurgroep knikt. Het project loopt toch uit.

Drie maanden voor de geplande go-live meldt uw projectleider: “We liggen op schema.” De stuurgroep knikt. Vier maanden later ligt het project vijf maanden achter op de planning en ruim boven het budget. Hoe is dat mogelijk als alles “op schema” lag?

Achter die uitloop zit geen incident. Er zit een patroon onder, en er zitten mensen onder. Een projectleider die “op schema” rapporteert terwijl zijn onderbuik iets anders zegt. Een teamleider op de vloer die de signalen al gaf, maar ze nooit boven zag komen. Een directeur die pas hoort wat er speelt als bijsturen al duur is geworden. Het project liep niet leeg op één dag. Het liep leeg in de stilte tussen wat mensen wisten en wat de stuurgroep hoorde.

Dat is het kernprobleem van ERP program governance in de meeste organisaties. Niet de technologie. Niet de implementatiepartner. Niet het gekozen pakket. De bestuurslaag die moet controleren of het project de juiste kant op gaat, heeft zelden de informatie, het mandaat of de onafhankelijkheid om echte regie te voeren.

ERP-trajecten mislopen bijna nooit op een technisch probleem. Ze mislopen op een bestuurlijk probleem: governance die te laat ingrijpt, eigenaarschap dat niemand claimt, escalatiepaden die op papier staan maar nooit gebruikt worden.

Wat is ERP program governance?

ERP program governance is de bestuurslaag die bepaalt wie welke besluiten neemt in een ERP-traject, hoe toezicht is georganiseerd en hoe escalatie werkt wanneer het project van koers afwijkt.

Dit onderscheidt governance van projectmanagement. Projectmanagement richt zich op de dagelijkse uitvoering: activiteiten, planningen, deliverables, teams. Program governance richt zich op de bestuurlijke laag: zijn de juiste besluiten genomen, zijn risico’s voldoende zichtbaar, is het project nog in lijn met de organisatiedoelen?

Een stuurgroep die maandelijks bijeenkomt voor een voortgangsupdate van de projectleider, voert geen governance. Ze ontvangt rapportages. Governance betekent: actief sturen op risico, eigenaarschap en koerscorrectie, gedurende het gehele traject.

ERP program governance omvat drie onderdelen:

Besluitvormingsstructuur: wie neemt welke besluiten, met welk mandaat, op basis van welke informatie?

Toezichtstructuur: wie controleert of het project op koers ligt, wat zijn de escalatiepaden, en hoe is de tegenkracht georganiseerd?

Verantwoordingsstructuur: wie is eindverantwoordelijk bij afwijkingen, en hoe is dat contractueel en intern belegd?

Ontbreekt één van deze drie onderdelen, dan heeft u een governance-gat, ook als uw stuurgroep formeel bestaat en regelmatig vergadert.

Vier bestuurlijke gaten die ERP-projecten doen vastlopen

Vanuit onze ervaring, met 265+ specialisten actief in ERP-trajecten, zien wij vier patronen die structureel terugkeren in organisaties waarvan het ERP-traject uitloopt of vastloopt.

1. Voortgang versus risico

Projectmanagers rapporteren wat ze kunnen meten: activiteiten afgerond, budgetverbruik, mijlpalen bereikt. Wat ze minder goed rapporteren: welke beslissingen zijn uitgesteld, welke requirements nog steeds onduidelijk zijn, welke afhankelijkheden buiten de scope vallen.

Een stuurgroep die alleen voortgangsrapportages ontvangt, heeft een vertekend beeld van de werkelijkheid. Ze ziet wat er gedaan is. Ze ziet niet wat er ontbreekt om te slagen.

2. Delegeren versus loslaten

ERP-trajecten worden bij veel organisaties volledig gedelegeerd aan een projectteam. Het MT heeft “vertrouwen in het team” en wil niet micromanagen. Dat is begrijpelijk. Maar er is een wezenlijk verschil tussen delegeren en loslaten.

Delegeren betekent: een team met mandaat om het project te leiden, met duidelijke kaders en escalatiepunten. Loslaten betekent: het team is bezig, u hoort er wat over bij de kwartaalrapportage.

Veel ERP-trajecten die mislopen, beginnen met het tweede.

3. Ontbrekende tegenkracht

Projectteams staan onder druk om deadlines te halen en budgetten te respecteren. Dat leidt tot optimistische rapportages, soms onbewust. Een gezonde bestuurslaag heeft bewuste tegenkracht ingebouwd: iemand die de projectinformatie kritisch bevraagt, de risicolog leest en doorvraagt, en signalen opvangt van buiten het projectteam, van gebruikers, afdelingshoofden en toekomstige beheerders.

Zonder tegenkracht evolueert governance naar een ja-knikbeweging.

4. Geen werkend escalatiepad

Wat gebeurt er als een projectmanager een kritische bevinding heeft die de stuurgroep niet wil horen? Wat als een leverancier onhaalbare toezeggingen heeft gedaan en niemand dat officieel wil benoemen?

In te veel trajecten: niets. Er is geen formeel escalatiepad voor bestuurlijke vraagstukken die buiten de dagelijkse voortgang vallen. Die vraagstukken verdwijnen in de coulissen, tot ze onvermijdelijk zijn.

De vijf governance-rollen die uw stuurgroep compleet maken

Effectieve ERP program governance vraagt niet om een grotere stuurgroep. Het vraagt om de juiste rollen met het juiste mandaat.

Rol	Verantwoordelijkheid	Valkuil
Opdrachtgever	Eindverantwoordelijkheid, GO/NO-GO besluiten, escalatie-eindpunt	Te weinig beschikbaar; delegeert alles aan stuurgroep
Stuurgroepvoorzitter	Agenda-eigenaarschap, faciliteren besluitvorming, bewaken kaders	Leidt vergaderingen maar stuurt niet op besluiten
Onafhankelijk toezichthouder	Kritische beoordeling voortgang, risico-signalering	Ontbreekt volledig of is afkomstig van implementatiepartner
Projectverantwoordelijke	Dagelijkse regie over projectteam en leverancier	Rapporteert voortgang zonder risico-escalatie
Changemanagement eigenaar	Borgen van adoptie, communicatie, gebruikersgereedheid	Wordt te laat benoemd; zit niet in stuurgroep

Zijn twee rollen bij dezelfde persoon belegd, of ontbreekt een van de vijf, dan heeft u een governance-gat. De meest voorkomende: de onafhankelijk toezichthouder ontbreekt, of die rol is belegd bij een vertegenwoordiger van de implementatiepartner, wat structureel een tegenstrijdig belang geeft.

ERP program governance begint niet bij de stuurgroep. Het begint bij de vraag: wie heeft het mandaat om de leverancier te corrigeren, ook als dat een moeilijk gesprek is?

Program Governance Check: acht vragen voor uw stuurgroep

Beantwoord de onderstaande acht vragen voor uw huidige of komende ERP-traject. Elk “nee” of “weet ik niet” is een concrete indicatie dat uw bestuurslaag versterkt moet worden.

Besluitvormingsstructuur

Is er een RACI-matrix die exact vastlegt wie welk besluit neemt in het ERP-traject, inclusief scope-wijzigingen en budgetoverschrijdingen?
Is er een formeel escalatiepad beschreven voor conflicten tussen projectteam en implementatiepartner?

Toezicht en risico-informatie

Ontvangt de stuurgroep naast voortgangsrapportages een expliciete risicoregistratie, inclusief mitigatiestatus per risico?
Is er een onafhankelijke partij (intern of extern) die de projectinformatie periodiek toetst op volledigheid en juistheid?

Eigenaarschap

Is er één benoemde eindverantwoordelijke met doorzettingsmacht tot aan het GO/NO-GO besluit, inclusief bevoegdheid om de leverancier contractueel aan te spreken?
Is het changemanagement eigenaarschap expliciet belegd bij een persoon met mandaat, naast en onafhankelijk van de technische projectleider?

Leveranciersregie

Heeft u contractuele afspraken over rapportage-frequentie, escalatieverplichtingen en correctieplicht bij afwijkingen van de implementatiepartner?
Beoordeelt een neutrale partij periodiek de output van uw implementatiepartner, zonder commercieel belang bij de voortgang?

Scoreleidraad:

7-8 keer ja: Governance-fundament aanwezig. Versterk de onafhankelijkheid van de toezichthouder en de frequentie van risicorapportage.
4-6 keer ja: Governance-gaten aanwezig. Prioriteer het escalatiepad en het organiseren van onafhankelijk toezicht.
0-3 keer ja: Governance-risico structureel. Directe actie vereist, vóór de volgende projectfase begint.

Wanneer moet u actie ondernemen?

Acht signalen dat uw ERP program governance onvoldoende is:

Uw stuurgroep hoort voor het eerst over een probleem op het moment dat het al te laat is om het eenvoudig op te lossen.
De projectleider en de stuurgroep hebben structureel verschillende beelden over de projectstatus.
Beslissingen over scope, budget of planning worden door het projectteam genomen zonder expliciete stuurgroepgoedkeuring.
Gebruikers geven informeel aan dat het systeem niet aansluit op hun werkproces, maar dat bereikt de stuurgroep niet.
Uw implementatiepartner bepaalt de agenda van de stuurgroepvergadering.
Er is geen register van openstaande besluiten met eigenaar en deadline.
Risico’s worden gerapporteerd, maar er is geen expliciete opvolging van mitigatiemaatregelen.
Niemand in de organisatie heeft het mandaat om de leverancier contractueel aan te spreken op afwijkingen.

Herkent u drie of meer van deze signalen in uw huidige traject, dan is een externe blik op uw bestuurslaag waarschijnlijk de meest waardevolle stap die u op dit moment kunt zetten. Niet omdat het projectteam tekortschiet, maar omdat een neutrale partij ziet wat interne betrokkenen niet meer zien.

Wanneer is externe governance-ondersteuning juist niet nodig?

Externe regie is niet altijd de juiste stap. Bij kleine ERP-trajecten met minder dan twintig gebruikers, één module en een doorlooptijd onder zes maanden volstaat een goed ingericht intern governance-model. Bij organisaties die al meerdere succesvolle ERP-trajecten hebben doorlopen met hetzelfde interne team en een gedocumenteerd governance-model, is externe ondersteuning een onnodige kosten- en sturingslaag.

De vraag is niet “wil ik externe governance?”. De vraag is: “heeft mijn organisatie het vermogen om dit traject intern op koers te houden?” Dat vermogen bestaat uit drie dingen: voldoende beschikbare tijd bij de eindverantwoordelijke voor actief toezicht, kennis van de risico-dynamiek in ERP-trajecten, en bereidheid om moeilijke besluiten te nemen wanneer het projectteam dat liever vermijdt.

Ontbreekt één van de drie, dan is externe ondersteuning geen zwakte. Het is een risicomaatregel.

Intern, hybride of extern: een beslismodel

Situatie	Aanbevolen aanpak
Eerste grote ERP-implementatie	Hybride of extern onafhankelijk toezicht
Projectteam bestaat volledig uit leveranciers-specialisten	Extern onafhankelijk toezicht verplicht
Intern PM met beperkte ERP-projectervaring	Aanvulling met externe program governance
Eerder traject liep vast of significant over budget	Extern second opinion vóór herstart
Herhalings-implementatie met bewezen intern model	Intern volstaat; periodieke externe review optioneel
Stuurgroep ervaart structureel informatieachterstand	Onafhankelijke governance-scan aangewezen

Interne governance volstaat wanneer de organisatie de drie voorwaarden heeft: beschikbare capaciteit, ERP-projectkennis en besluitvaardigheid. Externe ondersteuning is aangewezen zodra één van de drie ontbreekt of het traject complexer is dan wat de interne capaciteit aankan.

Waarom onafhankelijke regie voor ons geen dienst is, maar een overtuiging

Ons werk is mensenwerk. Achter elk uitgelopen ERP-traject staan mensen: een projectleider die het al maanden zag aankomen, een teamleider op de vloer wiens signalen nooit boven kwamen, een directeur die te laat hoorde wat iedereen onderaan al wist. Niet de techniek faalt. De verbinding tussen wat mensen weten en wat de stuurgroep hoort, faalt.

Daarom zitten wij naast een stuurgroep. Niet om meer uren te verkopen, maar omdat wij geen belang hebben bij goed nieuws. Een implementatiepartner heeft dat belang wel, hoe integer ook: voortgang tonen hoort bij zijn rol. Wij verkopen geen software, geen licenties, geen leveranciersband. Het enige dat wij leveren is een eerlijk beeld van de risico’s.

Onze benadering bij ERP program governance en assurance: wij opereren naast de stuurgroep, niet in plaats van de stuurgroep. We beslissen niets voor u. We zorgen dat u beslist met de informatie die u nodig heeft. Onafhankelijkheid is voor ons geen verkoopargument; het is de reden dat ons advies te vertrouwen is.

Wat wij zien in de praktijk

Vastgelopen ERP-projecten beginnen bijna nooit met een technisch probleem. Ze beginnen met een governance-probleem: onduidelijk eigenaarschap, gebrekkige escalatiepaden of een stuurgroep die te laat betrokken raakt bij besluiten die al genomen zijn.

Wat we ook terugzien in onze projectervaring met 265+ specialisten: organisaties die governance serieus nemen in de eerste fase van het traject, ook vóór het contracteren van een implementatiepartner, lopen structureel minder risico op scope-uitloop, budgetoverschrijding en vertraagde go-live. De investering in governance betaalt zichzelf terug in vermeden herstelkosten, niet in gereduceerde productiviteit.

Een onafhankelijke regisseur die naast de stuurgroep opereert, zonder commercieel belang bij een specifieke oplossing of leverancier, is in staat om informatie te leveren die het projectteam niet kan geven: een eerlijk beeld van de risico’s.

Het beste moment voor een governance-check is niet wanneer het project vastloopt. Het is bij de start van de contractering, bij de overgang naar een nieuwe projectfase of bij het eerste signaal dat de informatie die de stuurgroep ontvangt en de informatie die de vloer heeft, niet overeenkomen.

Veelgestelde vragen over ERP program governance

Wat is ERP program governance?

ERP program governance is de bestuurslaag die bepaalt wie welke besluiten neemt in een ERP-traject, hoe toezicht is georganiseerd en hoe escalatie werkt. Een stuurgroep die alleen voortgangsrapportages ontvangt, voert geen governance. Effectieve governance vereist actief sturen op risico, eigenaarschap en koerscorrectie gedurende het gehele traject.

Wanneer heeft een ERP-project een onafhankelijke toezichthouder nodig?

Een onafhankelijke toezichthouder is aangewezen wanneer het projectteam volledig bestaat uit leveranciers-specialisten, de interne opdrachtgever onvoldoende beschikbare tijd heeft voor actief toezicht, of een eerder traject significant is uitgelopen. Een neutrale partij zonder commercieel belang kan informatie leveren die het projectteam zelf niet kan geven: een eerlijk beeld van de risico’s.

Wat is het verschil tussen program governance en projectmanagement bij ERP?

Projectmanagement richt zich op de dagelijkse uitvoering: activiteiten, teams, planningen, deliverables. Program governance richt zich op de bestuurlijke laag: zijn de juiste besluiten genomen, zijn risico’s voldoende zichtbaar, is het project nog in lijn met de organisatiedoelen? Een projectmanager heeft belang bij het tonen van voortgang. Een governance-rol heeft belang bij een volledig en eerlijk beeld van de werkelijkheid.

Hoe snel is een program governance check uitvoerbaar?

Een eerste program governance check, waarbij de bestuursstructuur, informatiestromen en risico-eigenaarschap worden beoordeeld, is doorgaans in één tot twee werkdagen uitvoerbaar. Het geeft organisaties een concreet beeld van de governance-gaten en prioriteiten, zonder dat het lopende project stilgelegd hoeft te worden.

Laat uw bestuurslaag onafhankelijk toetsen

Vermoedt u dat uw stuurgroep onvoldoende zicht heeft op de werkelijke risico’s in uw ERP-traject? Of bereidt u een nieuwe ERP-implementatie voor en wilt u de governance-laag goed inrichten vóór de contractering?

Wij beslissen niets voor u. We zorgen dat u beslist met een eerlijk beeld, geleverd door een partij zonder leveranciersbelang. Soms is dat het verschil tussen een traject dat bijgestuurd wordt en een traject dat hersteld moet worden.

Laten we eens sparren over uw situatie, vrijblijvend.

Vraag een program governance check aan

Of neem rechtstreeks contact op met ons team via info@erpcompany.nl of bel +31 85 0607 626.

Aanvullende leesstof:

ERP program governance: de bestuurlijke laag die uw ERP-project op koers houdt