Een effectieve stuurgroep voor uw SAP-project opzetten

Een stuurgroep van een SAP-project is de kleine groep bestuurders die de beslissingen neemt die het projectteam niet kan nemen: budget, scopewijzigingen, conflicten tussen afdelingen en de definitieve go/no-go. Ze werkt wanneer de leden echte bevoegdheid hebben, vaak genoeg bijeenkomen om in de vergadering te beslissen en de gereedheid beoordelen op bewijs in plaats van op de kalender. Deze gids is voor sponsors en programmadirecteuren die een stuurgroep opzetten of er een repareren die een publiek voor statusrapporten is geworden. Ze behandelt wat de stuurgroep moet beslissen, de samenstelling per projectomvang, hoe besluitvorming moet werken, een go/no-go-checklist en wat RISE with SAP en AI-tools veranderen.

Ik heb nog nooit een SAP-project zien slagen met een zwakke stuurgroep. In de stuurgroep worden de moeilijke beslissingen genomen. Ofwel ze gebeuren in real time, ofwel ze stapelen zich op tot ze bij de cutover ontploffen.

Bij één SAP-uitrol kwam de stuurgroep eens per maand bijeen. Het projectteam signaleerde kapotte goedkeuringsworkflows, onvolledig testen en ontbrekende training. De leiding zei dat ze het zou “bekijken”. Dat gebeurde nooit. Het project ging live, en finance was de daaropvolgende zes maanden bezig met opruimen.

Bij een ander bedrijf kwam de stuurgroep wekelijks bijeen en nam echte besluiten. Toen het testen hiaten aan het licht bracht, wees ze middelen opnieuw toe. Toen een proces niet werkte, repareerde ze het. Dat project ging soepel live.

De ene stuurgroep stuurde. De andere zat in vergaderingen.

Als de stuurgroep alleen statusrapporten ontvangt, faalt ze al. De tabel laat het verschil in de praktijk zien.

Functie	Zo ziet goed eruit	Zo ziet zwak eruit
Grote beslissingen	Bekijkt de zaak en beslist ter plekke	“Laten we dat offline bespreken”; het punt komt volgende maand terug
Obstakels	HR die het testen vertraagt? De voorzitter belt het afdelingshoofd rechtstreeks	Erkent het probleem en legt het vast
Scope	Weegt elk wijzigingsverzoek af tegen het plan	Stempelt af wat het luidst wordt geëscaleerd
Risico	Ziet een leverancier worstelen en regelt een back-up voordat vertraging toeslaat	Wacht af of het vanzelf overgaat
Budget	Keurt $2 miljoen extra goed om drie maanden te verlengen omdat de verstoring meer zou kosten	Schuift het door naar volgende maand
Go/no-go	Stelt de go-live zes weken uit omdat het testen niet af is, en houdt voet bij stuk	Keurt de go-live goed omdat de datum in de kalender staat

De laatste rij is de belangrijkste. Ik heb stuurgroepen go-lives zien uitstellen terwijl teams er vol tegenaan wilden. De stuurgroep van een farmaceutische klant stelde de go-live zes weken uit omdat het testen niet af was. Een lastige beslissing, maar ze behoedde de klant voor een ramp.

Te veel leden en de stuurgroep kan niet beslissen. Te weinig en kritische stemmen ontbreken.

Projectomvang	Budget en scope	Leden	Wie er aanwezig moet zijn
Klein	Onder $0,5 miljoen, één afdeling, minder dan 6 maanden	3 tot 5	Afdelingshoofd, IT-lead, vertegenwoordiger van finance
Middensegment	$0,5 tot $5 miljoen, meerdere afdelingen, 6 tot 18 maanden	5 tot 8	Business leads van de betrokken afdelingen, IT-leiding, finance
Enterprise	Meer dan $5 miljoen, organisatiebreed, 18 maanden of meer	8 tot 12	C-level van finance, HR, operations en IT; programmamanager; change lead

De regel die ik hanteer: neem mensen op met echte beslissingsbevoegdheid. Ik heb stuurgroepen zien falen omdat hooggeplaatste functionarissen niets konden goedkeuren zonder met iemand anders te overleggen. Kan de CFO er niet bij zijn, stuur dan iemand met een echt mandaat om te beslissen, niet om terug te rapporteren.

De voorzitter moet de projectsponsor zijn, meestal een C-level bestuurder die andere bestuurders ter verantwoording kan roepen. Een middenmanager die de stuurgroep voorzit, kan een CFO niet overrulen, en die gezagspositie telt wanneer conflicten over scope of budget opduiken.

Op basis van bewijs. Ik werkte met een klant in de maakindustrie waar het IT-team zei dat een procesaanpassing drie maanden extra zou kosten. De business hield vol dat het “simpel” was. De stuurgroep weigerde te beslissen voordat ze inspanningsschattingen, afhankelijkheidsanalyses en capaciteitsplanning had gezien. IT had gelijk. De stuurgroep nam het juiste besluit omdat ze bewijs eiste in plaats van de luidste stem te volgen.

Snel. Ik heb een klant gezien wiens stuurgroep elke twee weken bijeenkwam maar altijd eindigde met “dat bespreken we offline”. De problemen stapelden zich op tot het project zes maanden achterliep. De stuurgroep van een andere klant nam besluiten in de vergadering, en haar project werd eerder en onder budget afgerond. Trage stuurgroepen leveren late projecten op.

Met expliciete bevoegdheid. Effectieve stuurgroepen kunnen afdelingshoofden overrulen, ongepland budget goedkeuren en scopeuitbreidingen midden in het project afwijzen. Als die bevoegdheden niet zijn vastgelegd en begrepen, wordt de stuurgroep adviserend, en adviserende stuurgroepen leveren geen SAP-projecten op.

Selectief over scope. Bij een van mijn klanten eiste een afdeling plotseling 20 extra rapporten. De stuurgroep vroeg of elk rapport nu nodig was en of het de planning zou breken. Ze keurde vijf kritieke rapporten goed en verschoof de rest naar na de go-live. Dat besluit heeft de go-live-datum waarschijnlijk gered.

Houd vergaderingen tot 60 à 90 minuten. De grootste risico's, de concrete besluiten die nodig zijn en acties met eigenaren en data. Geen technische updates die ook vooraf te lezen zijn. Als hetzelfde punt drie vergaderingen op rij zonder oplossing terugkomt, hebt u een governanceprobleem, geen complexiteitsprobleem.

Gebruik data, geen presentaties. Ik werkte met een energieklant die een dashboard bouwde met testuitvoering, defectoplossing, voortgang van de training en budgetverbruik. Vergaderingen gingen niet langer over begrijpen waar het project stond, maar over het oplossen van problemen.

Laat de stuurgroep het systeem zien. De stuurgroep van een farmaceutische klant liep een scenario “een dag uit het leven” door. Ze zag dat het goedgekeurde ontwerp medewerkers vijf verschillende schermen liet gebruiken voor een gangbaar proces. Ze liet het meteen opnieuw ontwerpen.

Houd rekening met politiek. De meest voorkomende oorzaak van falen is geen onbekwaamheid. Het zijn afdelingen die hun terrein beschermen en teams die het testen uitstellen vanwege het werk rond de jaarafsluiting. Bij één project bleef HR het testen van payroll uitstellen omdat het druk was met taken rond de jaarafsluiting. De stuurgroep stelde de werkzaamheden opnieuw in volgorde van prioriteit en wees reservetesters aan, en het project bleef op koers in plaats van maandenlang uit te lopen.

Gebruik onafhankelijke controles bij grote gates. Een klant in de maakindustrie liet externe reviewers de gereedheid beoordelen voordat de go-live werd goedgekeurd. De review bracht meerdere ernstige problemen aan het licht die het projectteam had gemist of gebagatelliseerd. Mijn gids over SAP quality gates laat zien hoe u die controlepunten opzet.

Druk vanuit de kalender is de verkeerde basis om een go-live goed te keuren. Vóór de stemming moet de stuurgroep bewijs zien voor elk van deze punten:

1. Integratie- en gebruikersacceptatietests afgerond, zonder openstaande kritieke defecten
2. Laatste proefmigratie van data gereconcilieerd en door finance getekend
3. Cutover-repetitie afgerond binnen het geplande venster
4. Key users getraind, met ondersteuning op de werkvloer en job aids gereed
5. Gereedheid van de business schriftelijk bevestigd door elke procesverantwoordelijke
6. Rollbackplan getest en afgestemd
7. Hypercare-team, escalatiepad en ondersteuning bij de eerste afsluiting aanwezig

Staat een punt op rood, dan zegt een sterke stuurgroep nee. Een uitstel van zes weken is te herstellen. Een mislukte go-live die de bedrijfsvoering of de financiële afsluiting verstoort, kan maanden kosten om te stabiliseren. Ik heb te veel go-lives opgeruimd die waren goedgekeurd omdat de datum onaantastbaar leek. Voed de agenda van de stuurgroep vanuit een actueel risicoregister zodat deze punten vroeg boven komen.

RISE brengt SAP in het governancemodel. Op RISE with SAP verzorgt SAP de infrastructuur en de technische operatie. In het document met rollen en verantwoordelijkheden voor RISE van SAP werken klanten samen met een SAP Cloud Architect Advisor, een Client Delivery Manager of het private cloud customer centre van SAP. Voor platformkwesties zoals performance, beschikbaarheid of serviceniveaus heeft de stuurgroep een route naar die contacten nodig die niet via de implementatiepartner loopt. Nodig hen uit voor de relevante agendapunten in plaats van als vaste leden.

Een clean-core-forum hoort onder de stuurgroep. Zet bij RISE-programma's een design authority op die verzoeken om maatwerk goedkeurt of afwijst op basis van clean-core-principes. Ze escaleert alleen naar de stuurgroep wanneer een bedrijfskritisch verzoek wordt geblokkeerd. Zonder die laag wordt elk stuk maatwerk een strijd in de stuurgroep. On-premise geldt nog steeds het traditionele model en is SAP een leverancier, geen deelnemer.

1. StuurgroepVoorgezeten door de sponsor. Budget, scope, conflicten, go/no-go
   SAP-leveringscontactenUitgenodigd voor platformpunten, niet via de partner geleid

• Programmabureau (PMO)Dagelijkse uitvoering, risicolog, coördinatie
• Clean-core design authorityBeslist over maatwerk, escaleert alleen geblokkeerde kritieke verzoeken

AI bespaart tijd op het papierwerk. Microsoft 365 Copilot stelt notulen op uit de opgenomen vergadering. Het werk wordt dan het beoordelen van een concept in plaats van schrijven vanaf nul, en de besluiten komen uit het transcript. Rovo van Atlassian kan vergadernotities omzetten in gestructureerde items voor een besluitenlogboek zodra de template is gebouwd. Op Joule gebaseerde assistenten in SAP Cloud ALM kunnen een eerste impactanalyse voor een scopeverzoek opstellen, zodat de stuurgroep in de vergadering kan beslissen in plaats van uit te stellen.

Sla sentimentanalyse voorlopig over. Sommige leveranciers verkopen sentimentanalyse van programmacommunicatie als input voor de stuurgroep. Bij de meeste programma's is het theater: het signaal is zwak, valse positieven komen vaak voor en als u gezien wordt terwijl u sentiment monitort, heeft dat een politieke prijs. Alleen bij zeer grote programma's kan het groepen die afhaken vroeg signaleren. Voor de meeste stuurgroepen is dit niet de plek om het AI-budget aan uit te geven.

Wat is de rol van een stuurgroep in een SAP-project?

Ze neemt de beslissingen die het projectteam niet kan nemen: budgetgoedkeuringen, scopewijzigingen, escalatie van capaciteit en de definitieve go/no-go. Ze lost conflicten tussen afdelingen op en spreekt afdelingshoofden aan op hun toezeggingen over testen en training. Als ze alleen statusupdates ontvangt, doet ze haar werk niet. De waarde zit in de genomen besluiten, niet in de bijgewoonde vergaderingen.

Hoeveel mensen horen er in een SAP-stuurgroep te zitten?

Drie tot vijf voor een klein project met één afdeling; vijf tot acht voor het middensegment; acht tot twaalf voor een enterprise-programma. De gebruikelijke valkuil is te veel mensen: een stuurgroep van 20 wordt een publiek voor presentaties. Elk lid moet echte beslissingsbevoegdheid over iets hebben. Haal bij RISE de leveringscontacten van SAP erbij voor platformpunten in plaats van als vaste leden.

Hoe verandert RISE with SAP de stuurgroep?

SAP wordt deelnemer aan de levering voor infrastructuur en technische operatie, dus de stuurgroep heeft een directe route nodig naar de toegewezen contacten van SAP die niet via de implementatiepartner loopt. Daaronder is ook een clean-core design authority nodig voor verzoeken om maatwerk, waarbij alleen geblokkeerde bedrijfskritische verzoeken worden geëscaleerd. On-premise blijft SAP een leverancier.

Wat is het verschil tussen een stuurgroep en een PMO?

Het programmabureau (PMO) verzorgt de dagelijkse uitvoering: taken, risicologs en coördinatie tussen werkstromen. De stuurgroep neemt de beslissingen die het PMO niet kan nemen: budgetverschuivingen, scopewijzigingen en go/no-go. In grotere organisaties staat boven meerdere projecten een stuurgroep op portfolioniveau die middelen tussen hen verdeelt.

Wat hoort er op de agenda van een stuurgroep?

Besluiten, geen updates. Begin met de belangrijkste drie tot vijf risico's, dan de concrete besluiten die akkoord nodig hebben, dan de kwesties tussen afdelingen die moeten worden opgelost, dan de acties van de vorige vergadering met eigenaren en data. Komt een punt drie keer terug zonder oplossing, escaleer dan hoe het wordt aangepakt in plaats van het opnieuw te bespreken.

Wanneer moet de stuurgroep de go-live uitstellen?

Wanneer het testen niet af is, key users niet zijn getraind, de datamigratie niet is gereconcilieerd, een kritieke integratie instabiel is of het rollbackplan niet is getest. Uitstel is bijna altijd goedkoper dan opruimen na de go-live. Zes weken uitstel is te herstellen; een mislukte go-live die de toeleveringsketen of de financiële afsluiting verstoort, kan maanden kosten om te stabiliseren.