Essentiële rollen en verantwoordelijkheden in een SAP-implementatieteam

Een SAP-implementatie heeft acht rollen nodig met benoemde, toegewijde eigenaren: executive sponsor, projectmanager, functionele leads, IT-lead, lead datamigratie, lead verandermanagement, implementatiepartner en een onafhankelijke programmaadviseur. RISE with SAP voegt de eigen delivery-contactpersonen van SAP toe en maakt het eigenaarschap van clean core expliciet. Deze gids is voor sponsors en programmadirecteuren die een team opbouwen of herstellen. Hij behandelt wat elke rol in handen heeft, wat er misgaat zonder die rol, teamgroottes per bedrijfsgrootte en hoe u het Center of Excellence (CoE) bouwt vóór de go-live. Begin met te controleren welke van de acht rollen wordt vervuld door iemand die ook een dagtaak heeft. Dat is uw grootste risico.

Ik heb jarenlang met tientallen SAP-teams gewerkt. Ik heb goed gefinancierde projecten met ervaren leveranciers zien mislukken, omdat sleutelrollen ontbraken of waren verdeeld over mensen met andere banen. Ik heb ook onderfinancierde projecten zien slagen, omdat de juiste mensen aan tafel zaten, volledig toegewijd, met duidelijke verantwoordelijkheden.

Een wereldwijde retailer waarmee ik werkte, had budget, steun van de leiding en SAP als gekozen ERP. Maar het implementatieteam was een ramp. Sleutelrollen ontbraken. Niemand was eigenaar van kritieke beslissingen. De communicatie liep alle kanten op zonder ergens te landen. Deadlines schoven op, de kosten stegen en het vertrouwen stortte in.

Elke SAP-implementatie heeft deze rollen ingevuld nodig. De titel doet er minder toe dan de verantwoordelijkheid.

1. Executive sponsorBeslissingen, financiering, escalatie
   ERP-programmaadviseurOnafhankelijk toezicht, risico, afstemming met de directie
2. ProjectmanagerPlanning, budget, coördinatie

• Functionele leads en vakexpertsProcesontwerp, configuratie van modules
• IT-lead en teamIntegratie, ontwikkeling, beveiliging
• Lead datamigratieDatakwaliteit, volgorde van ladingen, cutover
• Lead verandermanagementTraining, adoptie, communicatie
• ImplementatiepartnerArchitectuur, integratieontwerp, oplevering

Rol	Primaire verantwoordelijkheid	Wat misgaat zonder deze rol
Executive sponsor	Strategische beslissingen, financiering, escalatiebevoegdheid	Verwatering, strijd over de scope, niemand hakt knopen door
Projectmanager	Planning, budget, coördinatie tussen teams	Vertragingen, onopgeloste blokkades, budgetoverschrijdingen
Functionele leads en vakexperts	Ontwerp van bedrijfsprocessen, configuratie van modules	Verkeerde configuratie, omwegen na de go-live
IT-lead en team	Integratie, ontwikkeling, beveiliging, performance	Technische schuld, kapotte interfaces, instabiliteit
Lead datamigratie	Datakwaliteit, volgorde van ladingen, nauwkeurigheid van de cutover	Onbruikbare data, mislukte go-live, maanden opschonen
Lead verandermanagement	Training, adoptie, communicatie	Weerstand bij gebruikers, parallelle spreadsheets
Implementatiepartner	Architectuur, integratieontwerp, oplevering	Overbouwen, mislukte integraties
ERP-programmaadviseur	Onafhankelijk toezicht, risico, afstemming met de directie	Beslissingen in isolatie, vermijdbare fouten

Executive sponsor

De sponsor is geen naam op een stuurgroepsheet. Die neemt de beslissingen die niemand anders kan nemen: budget, scopewijzigingen, toezeggingen van middelen over afdelingen heen. Is de rol ceremonieel, dan drijft het project af.

Ik werkte met een bedrijf dat deze rol oversloeg. Het project dreef af. Geen beslissingen, geen voortgang, geld in het water gegooid.

Effectieve sponsors blijven betrokken tot en met de hypercare. Ze zitten na de go-live de maandelijkse stuurgroepsessies bij en nemen de kleine beslissingen die zaken losmaken die weken vastzaten. Mijn gids over het inrichten van een SAP-stuurgroep laat zien hoe u dat overleg structureert.

Projectmanager

De PM draait de dagelijkse gang van zaken: planning, risicologboek, coördinatie, updates. Op een groot SAP-programma is dit een fulltime rol voor iemand die het eerder heeft gedaan.

Ik zag een klant midden in de implementatie zijn hoofdontwikkelaar verliezen. Het hele project lag weken stil terwijl de klant zocht naar een vervanger.

Het omgekeerde probleem is even schadelijk. Ik werkte met een bedrijf met meer dan 30 mensen in het team. Niemand wist wie de beslissingen nam. Eenvoudige wijzigingen vroegen vijf overleggen. De planning rekte op van 12 maanden naar 18, alleen door de communicatielast.

Functionele leads en vakexperts

Deze mensen vertalen de bedrijfsvoering naar SAP-configuratie. Ze moeten het bedrijf goed genoeg kennen om slechte processen ter discussie te stellen, en SAP goed genoeg om te weten wat mogelijk is.

Ik werkte met een productiebedrijf waarvan het team uitblonk, omdat de functionele leads tijd op de fabrieksvloer doorbrachten voordat ze processen ontwierpen.

Vakexperts die half betrokken zijn, laten altijd gaten vallen. Het project krijgt ofwel hun aandacht, ofwel hun naam op een akkoordlijst. Dat is niet hetzelfde.

IT-lead en team

Het IT-team is eigenaar van het technische fundament: ontwikkeling, Basis, beveiliging, integratie en performance. Op S/4HANA bewaakt het ook de discipline rond clean core, zodat maatwerkcode buiten de kern blijft.

Integratie is wat de meeste teams onderschatten. Elke koppeling met een extern systeem moet worden ontworpen, gebouwd, getest en een eigenaar krijgen. Interfaces breken in de UAT wanneer niemand de datastromen in kaart heeft gebracht. Zet IT in de blueprintsessies, niet pas na de beslissingen.

Lead datamigratie

Deze rol wordt laat toegewezen en krijgt te weinig middelen. Tegen de tijd dat dataproblemen opduiken, staat het programma al onder tijdsdruk.

Eén klant dacht dat het datacleansing kon overslaan. Grote fout. Het systeem was maandenlang nutteloos. Data opschonen onder een live systeem kost meer dan vooraf een goede cleanse.

Een toegewijde migratielead voert bij elke lading reconciliaties uit, en zo komen structurele problemen vóór de go-live boven water. Dat gebeurt niet wanneer de rol wordt vervuld door iemand met drie andere workstreams. Mijn stuk over waarom SAP-datamigratie mislukt behandelt de methode.

Lead verandermanagement

Dit is de rol die consequent het minst bemand wordt. Ik heb systemen van miljoenen dollars zien liggen zonder dat iemand ze gebruikte, omdat niemand zijn manier van werken wilde veranderen.

Ik zag een technisch perfecte implementatie mislukken omdat gebruikers er een hekel aan hadden. De configuratie klopte en het procesontwerp was degelijk. Maar de mensen die er dagelijks mee werkten, waren niet betrokken geweest bij het ontwerp. Ze begrepen niet waarom dingen waren veranderd en bleven hun oude Excel-bestanden gebruiken.

Eén retailklant slaagde omdat die luisterde naar de zorgen van zijn kassamedewerkers over het nieuwe systeem en zijn aanpak aanpaste.

Het minimum voor een programma op ondernemingsschaal is twee toegewijde mensen voor verandermanagement. Eén persoon kan niet tegelijk trainingsontwerp, communicatie, weerstandsmanagement en het volgen van adoptie dekken.

ERP-programmaadviseur

Een onafhankelijke adviseur is niet de implementatiepartner. De taak is toezicht en bijsturing: nagaan of de richting nog steeds klopt, risico's signaleren die het deliveryteam te dichtbij ziet om op te merken, en de kloof dichten tussen wat het management denkt dat er gebeurt en wat er werkelijk gebeurt.

Ik heb deze rol gespeeld voor klanten met sterke deliveryteams maar zonder onafhankelijke stem. Ik werkte met een productieklant die bijna de verkeerde modules had geïmplementeerd, omdat niemand zijn groeistrategie had gekoppeld aan zijn SAP-roadmap.

Vroeg problemen zien is de andere helft. Ik signaleerde ooit een kritieke kennislacune in het datateam van een klant, drie maanden voordat die de go-live had vertraagd. We losten het op voordat het een crisis werd.

Het model met acht rollen blijft gelden. Drie dingen moet u in 2026 erin verwerken.

De eigen delivery-contactpersonen van SAP bij RISE

Bij RISE with SAP private cloud beheert SAP de infrastructuur en de technische operatie. Het document met rollen en verantwoordelijkheden laat klanten diensten afspreken met een SAP Cloud Architect Advisor, een Client Delivery Manager of het private cloud customer centre-team van SAP. Zet degene die SAP toewijst op uw bezettingslijst naast het partnerteam en benoem aan uw kant de persoon die eigenaar is van die relatie. On-premise is SAP een softwareleverancier en geldt dit niet.

Clean core en eigenaarschap van extensies

Bij S/4HANA Cloud Public Edition wordt clean core door het ontwerp afgedwongen: extensies lopen via vrijgegeven API's, key-usertools of SAP BTP. Bij private cloud en on-premise zijn aanpassingen nog mogelijk, maar elke aanpassing maakt upgrades lastiger. Iemand moet die grens bewaken.

Op grotere programma's is dat een toegewijde clean core-architect of BTP-extensielead die rapporteert aan de solution architect. Op programma's in het middensegment neemt de solution architect het meestal erbij, maar de verantwoordelijkheid moet op papier staan. Vraag bij de beoordeling van partners hoeveel BTP-extensies ze hebben opgeleverd en vraag om voorbeelden.

AI verandert productiviteit, niet verantwoordelijkheid

SAP Joule for Consultants (algemeen beschikbaar sinds 2025) beantwoordt configuratievragen uit de eigen kennisbank van SAP en legt ABAP-code uit. SAP Build Code genereert Java- en JavaScript-extensiecode op SAP BTP. Microsoft Copilot schrijft concepten voor stuurgroepbriefings en statusrapporten.

De winst zit bij workflowzware rollen zoals requirementsanalyse, statusrapportage en maatwerkontwikkeling, en alleen wanneer mensen de tools consequent gebruiken. Zie elk productiviteitscijfer dat u wordt voorgehouden als een bewering die u op uw eigen programma moet toetsen.

Het team is wat kleiner dan dezelfde scope vóór deze tools nodig had, maar niet drastisch. Schrijf de tools in de roldefinities in plaats van ze als bijzaak te behandelen. AI schrijft sneller concepten. Mensen blijven eigenaar van wat het concept zegt.

De tabel toont de gebruikelijke bezetting per rol naar bedrijfsschaal. Zie het als vertrekpunt en pas aan op scope en geografie. Voor dezelfde vraag buiten SAP, zie mijn gids voor een ERP-implementatieteam.

Rol	Klein bedrijf	Middensegment	Grote onderneming
Executive sponsor	Senior director	CIO of CFO	C-suite met stuurgroep
Projectmanager	1 fulltime	1-2 fulltime	Programmamanager plus PM's per workstream
Functionele leads	1-2 per module	Toegewijd per module	Meerdere per module
IT-team	2-3 (gedeeld)	4-6 (toegewijd)	8+ specialisten
Datamigratie	1 lead	1 lead plus analisten	Eigen workstream
Verandermanagement	Minimaal 1	Minimaal 2	3-5 toegewijd
Lead clean core of BTP-extensies	Solution architect	Solution architect	Toegewijde rol
SAP-contactpersonen (RISE)	Benoemd aanspreekpunt	Benoemd aanspreekpunt	Benoemde aanspreekpunten met kwartaalreviews
Implementatiepartner	5-10 consultants	15-25 consultants	30+ met een programmadirecteur

Technische vaardigheden krijgen het systeem gebouwd. Emotionele intelligentie bepaalt of mensen het gebruiken.

Ik werkte met een productiebedrijf waar de magazijnmanager in vergaderingen glimlachte maar achter de schermen het project ondermijnde. Een scherpzinnige verandermanager zag de signalen vroeg en maakte van hem een pleitbezorger. Hadden we het pas bij de go-live ontdekt, dan was het veel moeilijker op te lossen geweest.

De projectmanager van een klant was technisch briljant, maar kon zijn boodschap niet aanpassen. Een CFO heeft andere communicatie nodig dan magazijnmedewerkers. Het resultaat was weinig draagvlak in de hele organisatie en een pijnlijke go-live.

Het antwoord op de vraag „medewerkers of consultants?” is vrijwel altijd beide.

Medewerkers kennen het bedrijf: de processen, de politiek en de omwegen die niemand documenteert. Ik werkte met een productiebedrijf waarvan de medewerkers implementatieproblemen zagen die externe consultants totaal misten. Die inzichten bespaarden het een rampzalige magazijnconfiguratie.

Medewerkers missen vaak implementatie-ervaring. Eén retailklant stond erop een volledig intern team te gebruiken. Na zes maanden liepen ze hopeloos achter, omdat ze SAP leerden terwijl ze het implementeerden.

Consultants brengen patroonherkenning mee. Ik haalde voor een klant een consultant binnen die meteen een aanpak voor datamigratie herkende die de go-live had laten crashen.

Het risico bij consultants is kennisoverdracht. Als niemand binnen de organisatie het systeem leert, lopen de adviesrekeningen door lang nadat het systeem live is.

Het model dat werkt: schaduwparen. Een farmaceutische klant gaf elke consultant een interne tegenhanger die dat gebied na de go-live zal beheren. De consultant levert, de tegenhanger leert en de kennis blijft. Rond dat model maken zes werkwijzen het verschil:

1. Bouw het team voordat u software kiest. Eén klant kocht modules die zijn team niet kon onderhouden, en zes maanden chaos volgden.
2. Wijs mensen volledig toe. Parttime betekent dat de dagtaak wint wanneer de druk komt. Ik heb kritieke configuratie weken zien wachten omdat iemand het te druk had.
3. Werk waar mogelijk op dezelfde locatie. Eén productieklant bespaarde weken heen-en-weergepraat door zijn team drie dagen per week in dezelfde ruimte te zetten.
4. Leg escalatiepaden vroeg vast. Eén retailklant had een document van één pagina dat precies liet zien hoe beslissingen langs de lijn omhoog gingen. Het scheelde ontelbare vertragingen.
5. Schrijf beslissingen op, met de onderbouwing. Ik werkte met een bedrijf dat vastlegde wat het besliste en waarom. Dat voorkwam eindeloos herhalen van discussies toen halverwege het project nieuwe bestuurders aanschoven.
6. Vier mijlpalen onderweg. Een productieklant hield maandelijks een waarderingsmoment. Een kleinigheid, maar het hield de moraal hoog tijdens een slopende implementatie van 18 maanden.

De fout die bedrijven na de go-live maken, is het implementatieteam opheffen. Juist dan moet het CoE verbeteringen, upgrades, governance, training van nieuwe gebruikers en het op één lijn houden van de configuratie met de dagelijkse bedrijfsvoering overnemen.

Plan het tijdens de implementatie. Ik had een productieklant die dit advies negeerde. Drie maanden na de go-live vertrokken de belangrijkste configuratie-experts. Niemand wist hoe te onderhouden wat was gebouwd en het systeem begon meteen te verslechteren.

Dit zijn de CoE-rollen die u vanaf de eerste maanden van de implementatie moet plannen.

CoE-rol	Primaire verantwoordelijkheid
CoE-directeur	SAP-strategie, afstemming op bedrijfsdoelen, CoE-operatie
Solution architect	Architectuur, integratieontwerp, governance van clean core
Lead clean core of BTP-extensies	Extensiecatalogus, impactanalyse van upgrades
Functionele consultants	Optimalisatie van modules, procesverbetering
Technische consultants	Ontwikkeling, Basis, performance, beveiliging
Lead verandering en training	Adoptie, training, versterking van capaciteiten
Lead datagovernance	Kwaliteit en standaarden van stamgegevens
Integratielead	Middleware, API's, datastromen tussen systemen
Supportlead	Oplossen van problemen, voortdurende verbetering
Relatieverantwoordelijke voor SAP (RISE)	Escalaties naar SAP, servicereviews, afstemming op de roadmap

Een farmaceutisch bedrijf wees module-eigenaren aan die elke wijziging moesten goedkeuren die hun gebied kon raken. Die governance voorkwam de ongecoördineerde wijzigingen die systemen na twee of drie jaar meestal moeilijk bruikbaar maken.

Eén klant investeerde 10% van zijn CoE-budget in voortdurend leren. Drie jaar later voerde het nieuwe functies in waar zijn concurrenten niet aan konden tippen. Zo ziet een werkend CoE eruit.

Waarom mislukken SAP-implementatieteams terwijl het plan solide lijkt?

Meestal omdat het plan de technologie dekt en de mensen negeert. De gangbare patronen zijn sleutelrollen die worden vervuld door mensen met andere banen, vakexperts die halverwege het project worden teruggeroepen naar de operatie, en verandermanagement dat als trainingsfunctie wordt behandeld. Wanneer niemand eigenaar is van een beslissing en er geen escalatiepad bestaat, blijven blokkades weken liggen en mislukt het project op coördinatie, niet op technologie.

Welke rollen zijn niet onderhandelbaar bij elke SAP-implementatie?

Zes rollen hebben toegewijde, verantwoordelijke mensen nodig: executive sponsor, projectmanager, minstens één functionele lead per grote module, een IT-lead, een lead datamigratie en een lead verandermanagement. Haal er één weg en het gat komt boven in de laatste weken voor de go-live. Verandermanagement is het minst bemand. Voeg bij RISE een duidelijke eigenaar toe voor extensies en voor de relatie met de delivery-contactpersonen van SAP.

Wat verandert er in het teamontwerp bij RISE with SAP?

SAP beheert de infrastructuur en de technische operatie, dus u werkt met door SAP toegewezen contactpersonen, zoals een Client Delivery Manager of Cloud Architect Advisor. Zet ze op de bezettingslijst en benoem uw eigen relatieverantwoordelijke. Ook het eigenaarschap van clean core moet expliciet zijn: een toegewijde architect bij grote programma's, of de solution architect bij programma's in het middensegment.

Moet een SAP-projectteam medewerkers of consultants gebruiken?

Beide. Medewerkers brengen bedrijfscontext mee die consultants niet snel kunnen evenaren. Consultants brengen patroonherkenning uit implementaties mee die medewerkers meestal missen. Koppel elke consultant aan een interne tegenhanger die dat gebied na de go-live beheert, zodat de kennis blijft wanneer de consultants vertrekken. Bedrijven die dit overslaan, betalen vaak jarenlang voor ondersteuning die ze zelf hadden moeten doen.

Wanneer begint u met het bouwen van het SAP-CoE?

Tijdens de implementatie, bij voorkeur vanaf de eerste maanden. Uw beste CoE-leden zijn meestal uw sterkste bijdragers aan de implementatie, en als u wacht tot de go-live zijn ze doorgestroomd voordat u ze hebt geïdentificeerd. Eén productieklant die wachtte, verloor drie maanden na de go-live zijn belangrijkste configuratie-experts, en niemand wist hoe te onderhouden wat was gebouwd.

Hoe verandert AI het ontwerp van SAP-teams in 2026?

Tools zoals SAP Joule for Consultants, SAP Build Code en Microsoft Copilot verhogen de productiviteit bij workflowzware rollen wanneer mensen ze consequent gebruiken. Het team is wat kleiner dan dezelfde scope vóór deze tools nodig had, maar niet drastisch. Bouw de tools in de roldefinities in en laat de verantwoordelijkheid bij mensen: AI schrijft sneller concepten, mensen blijven eigenaar van wat het concept zegt.