
Inhoud
- Tijdens het project (KPI's 1 tot 15)
- Na de go-live (KPI's 16 tot 30)
- Vijf KPI's met formules
- Wie bekijkt wat, en wanneer
- KPI's voor cloudprogramma's
- Mix van clean core-niveaus
- Plaatsing van extensies besloten
- Gezondheid van de relatie met SAP
- Waar AI helpt bij KPI-rapportage
- Het adoptieprobleem
- Veelgestelde vragen
De ERP-implementatie-KPI's die ertoe doen, vormen een kleine set die tijdens de uitvoering wekelijks en in hypercare dagelijks wordt beoordeeld, elk met een benoemde eigenaar: planningsnaleving, kostenafwijking, scopewijzigingen, slagingspercentage van tests, nauwkeurigheid van datamigratie en, boven alles, gebruikersadoptie. Hieronder staan de 30 die ik gebruik, verdeeld over uitvoering en de periode na de go-live, met formules en de drempels waarbij u moet ingrijpen.
Dit is bedoeld voor programmadirecteuren, PMO-leads en sponsors die een stuurgroeppakket nodig hebben dat problemen in week 8 opvangt, niet in maand 18.
Een klant voegde 73 “kleine” wijzigingen toe aan een SAP-project. Geen enkele leek op zichzelf belangrijk. Samen veroorzaakten ze vijf maanden vertraging. Niemand had het aantal scopewijzigingen bijgehouden. (Klinkt dat bekend, dan behandelt mijn gids over scope creep voorkomen in SAP-projecten de beheersmaatregelen.)
Een andere klant negeerde vroege waarschuwingen over de planning, en een project van een jaar duurde achttien maanden. Een retailklant liep voorbij aan vroege budgetwaarschuwingen en schrapte uiteindelijk kernfuncties om nog klaar te komen.
Dit zijn geen uitzonderlijke mislukkingen. Zo gaat het wanneer teams de verkeerde dingen bijhouden, of niets.
| # | KPI | Wat het meet | Waarom het ertoe doet |
|---|---|---|---|
| 1 | Planningsnaleving | Werkelijke versus geplande afronding van taken | Eerste signaal van vertragingen die zich opstapelen |
| 2 | Kostenafwijking | Werkelijke uitgaven versus budget per fase | Vangt overschrijdingen op voordat ze zich opstapelen |
| 3 | Aantal scopewijzigingen | Aantal en impact van goedgekeurde wijzigingen | Ongecontroleerde verandering is de meest voorkomende oorzaak van overschrijdingen |
| 4 | Benutting van resources | Gewerkte uren versus gepland; balans in werkdruk | Overbelaste mensen raken opgebrand of vertrekken midden in het project |
| 5 | Adoptiegraad van gebruikers | Aandeel van de doelgebruikers dat het systeem actief gebruikt | De enige meetwaarde die zegt of het systeem voor de business werkt |
| 6 | Effectiviteit van training | Toetsscores; aandeel getrainde gebruikers | Voorspelt mislukte adoptie vóór de go-live |
| 7 | Nauwkeurigheid van datamigratie | Aandeel schoon gemigreerde records; foutpercentage | Slechte data in een nieuw systeem kost maanden om op te schonen |
| 8 | Downtime van testomgevingen | Uren ongeplande downtime in testsystemen | Instabiliteit in test voorspelt instabiliteit bij de go-live |
| 9 | Betrokkenheidsscore | Enquêteresultaten; aanwezigheid bij sleutelsessies | Vroege waarschuwing voor weerstand voordat die openlijk zichtbaar wordt |
| 10 | Oplossingspercentage van risico's | Aandeel openstaande risico's dat op schema wordt gesloten | Meet het afsluiten, niet alleen het signaleren |
| 11 | Prestaties van de partner | Kwaliteit van deliverables; behaalde mijlpalen | Partners die vroege deliverables missen, missen later bijna altijd ook de volgende |
| 12 | Slagingspercentage van tests | Aandeel testgevallen dat in één keer slaagt | Onder 85% in SIT wijst meestal op systemische problemen, niet op losse bugs |
| 13 | Doorlooptijd van wijzigingsverzoeken | Dagen van verzoek tot besluit | Lange wachtrijen wijzen op falende governance |
| 14 | Budgetverbruik (burn rate) | Uitgaven versus totaalbudget, afgezet tegen het uitgevoerde werk | Laat zien of geld en voortgang samen opschuiven |
| 15 | Configuratievoortgang | Aandeel geplande configuratie-items dat klaar is | Achterstand hier schuift testen en training door naar later |
| # | KPI | Wat het meet | Drempel of toelichting |
|---|---|---|---|
| 16 | Systeembeschikbaarheid | Uptime na de go-live | Boven 99,9% is goed; onder 99% wordt het een probleem van gebruikersvertrouwen |
| 17 | Snelheid van rapporten en dashboards | Laadtijden; verversingsfrequentie | Als managers naar Excel exporteren, levert het systeem niet |
| 18 | Productiviteit van medewerkers | Taaktijd versus de nulmeting vóór de go-live | Een distributieklant die goedkeuringen automatiseerde, verwerkte na de go-live 25% meer transacties per dag |
| 19 | Oplossing bij eerste contact | Tickets die bij het eerste contact zijn opgelost | Meet de effectiviteit van hypercare |
| 20 | Aantal supporttickets | Openstaande tickets; gemiddelde oplostijd | Een piek rond dag 30 wijst meestal op trainingsgaten, niet op systeemfouten |
| 21 | Doorlooptijden van processen | Orderverwerking, factuurgoedkeuring, afsluitcyclus | De uitkomst waar het management echt om geeft |
| 22 | Voorraadnauwkeurigheid | Fysieke versus systeemtellingen | De meest zichtbare indicator van datakwaliteit na de go-live |
| 23 | Orderfulfilment-percentage | Orders die in het nieuwe systeem op tijd zijn afgehandeld | Directe operationele impact |
| 24 | Omzettoerekening | Omzetveranderingen gekoppeld aan nieuwe mogelijkheden | Langetermijnbewijs voor de businesscase |
| 25 | Naleving van regelgeving | Auditbevindingen; regelgevingsproblemen | Het belangrijkst in finance, farma en gereguleerde sectoren |
| 26 | Nauwkeurigheid van prognoses | Prognose versus werkelijke vraag | Laat zien of planning wordt gebruikt en vertrouwd |
| 27 | Gebruikerstevredenheid | Bruikbaarheidsenquête; NPS van key users | Gebruikers die het systeem haten, bouwen omwegen |
| 28 | Procesefficiëntie | Tijd en kosten per proces versus de nulmeting | Rechtvaardigt de investering richting het bestuur |
| 29 | Gerealiseerde besparingen | Werkelijke besparingen versus businesscase | De CFO vraagt ernaar na 6 en 12 maanden |
| 30 | Return on investment | Nettovoordelen gedeeld door totale kosten | Meestal gemeten na 12 en 24 maanden |
Dit zijn de formules waar mensen het vaakst naar vragen.
- Schedule performance index (SPI) = earned value ÷ geplande waarde. Boven 1,0 loopt u voor op schema, bij 1,0 ligt u op schema, onder 1,0 is er vertraging.
- Cost performance index (CPI) = earned value ÷ werkelijke kosten. Boven 1,0 werkt u efficiënt, onder 1,0 zit u boven budget.
- Scopewijzigingspercentage = (goedgekeurde wijzigingen ÷ initiële scope-items) × 100. Onder 10% is de impact minimaal; boven 20% is die groot.
- Adoptiegraad van gebruikers = (actieve gebruikers ÷ doelgebruikers) × 100. Boven 80% in de eerste 90 dagen is sterk; onder 60% vraagt om ingrijpen.
- Nauwkeurigheid van datamigratie = (schoon gemigreerde records ÷ records waarvan migratie is geprobeerd) × 100. Boven 98% vóór de go-live; onder 95% is reden om de cutover uit te stellen.
SPI en CPI komen uit earned value management. Ze werken alleen als earned value eerlijk wordt gemeten: een taak die al drie weken voor 90% klaar is, vertegenwoordigt nog geen 90% van zijn waarde.
Een KPI zonder reviewritme is decoratie. Zo zet u de cadans op.
- UitvoeringWekelijks programmaboardPlanning, kosten, risico's, slagingspercentage van tests, scopewijzigingen. KPI's voor gates gaan naar de stuurgroep
- Dag 1-30Dagelijkse hypercarereviewBeschikbaarheid, aantal tickets, adoptie per afdeling
- Tot dag 90Wekelijkse adoptiereviewAdoptie, doorlooptijden van processen, ticketcategorieën
- Maand 6 en 12Review door sponsor en CFOProductiviteit, gerealiseerde besparingen, ROI
| Wanneer | KPI's | Beoordeeld door | Besluit dat eruit volgt |
|---|---|---|---|
| Wekelijks tijdens de uitvoering | Planningsnaleving, kostenafwijking, oplossing van risico's, slagingspercentage van tests, aantal scopewijzigingen | Programmaboard | Herplannen, escaleren of de scope vasthouden |
| Bij elke fasegate | Configuratievoortgang, effectiviteit van training, nauwkeurigheid van datamigratie, prestaties van de partner | Stuurgroep | Doorgaan, voorwaardelijk doorgaan of stoppen |
| Dagelijks in de eerste 30 dagen na de go-live | Beschikbaarheid, aantal tickets en trend, adoptie per afdeling | Hypercarelead | Waar vloerondersteuning en fixes naartoe moeten |
| Wekelijks tot dag 90 | Adoptie, doorlooptijden van processen, ticketcategorieën | Programmaboard | Opfristraining, configuratiecorrecties |
| Na 6 en 12 maanden | Productiviteit, gerealiseerde besparingen, ROI, tevredenheid | Sponsor en CFO | Goedkeuring van de businesscase, scope van fase 2 |
Een van mijn farmaklanten wees aan elke mijlpaal een vaste eigenaar toe, plus een back-up. De planningsnaleving verbeterde enorm vergeleken met de vorige SAP-poging van het bedrijf. Tegen de tijd dat een maandelijkse review een achterstand signaleert, is die al structureel.
Gatebesluiten moeten op bewijs zijn gebaseerd, niet op de kalender. En drie maanden na de go-live zijn omwegen gewoontes geworden, dus het adoptievenster sluit sneller dan de meeste teams verwachten. Heeft uw stuurgroep een reset nodig, dan leg ik in een effectieve SAP-stuurgroep opzetten uit hoe u die leidt.
Een klant voegde 73 ‘kleine’ wijzigingen toe. Van klein was geen sprake bij de vertraging van vijf maanden die erop volgde. KPI's voor scopewijzigingen bestaan precies om dat patroon te stoppen voordat het onzichtbaar wordt.
Programma's met RISE with SAP en SAP GROW voegen governancevragen toe die de klassieke lijst niet dekt. Drie extra meetwaarden helpen.
Mix van clean core-niveaus
SAP beoordeelt extensies nu op vier clean core-niveaus, van A tot D. Niveau A gebruikt alleen vrijgegeven API's; niveau D is niet clean. Volg het aandeel extensies per niveau, met de ABAP Test Cockpit-controles die SAP aanbeveelt.
Op de public edition is alles per ontwerp niveau A. Op de private edition en on-premise is elke extensie van niveau C of D schuld die bij de volgende upgrade boven komt. Toets nieuwe extensieverzoeken hier tijdens Realize wekelijks aan, en maak iemand verantwoordelijk voor elke goedkeuring van niveau C of D.
Plaatsing van extensies besloten
Formule: (extensies met een afgesproken niveau en locatie ÷ totaal aantal extensies in de backlog) × 100. Streef naar 100% aan het einde van Explore. Een extensie die nog niemand heeft geplaatst, is degene die onder deadlinedruk als klassieke modificatie eindigt.
Gezondheid van de relatie met SAP
Een kwalitatieve kwartaalreview bij RISE-programma's, waar SAP infrastructuur en beheer draait en deel uitmaakt van de oplevering. Worden platformescalaties binnen de afgesproken servicelevels opgelost? Zijn de success reviews van SAP inhoudelijk of ceremonieel? Een zwakke score gaat meestal vooraf aan een escalatie halverwege het programma waarop het team niet is voorbereid.
AI is nuttig voor het rapportagewerk rond de meetwaarden. Het vervangt de review niet.
- Joule met SAP Cloud ALM. SAP heeft Joule aan Cloud ALM toegevoegd, zodat teams project- en operatiedata in gewone taal kunnen opvragen in plaats van elk statusoverzicht met de hand te bouwen.
- Copilot in Power BI. Schrijft de samenvattende tekst voor een stuurgroeppakket op basis van het onderliggende dashboard. Werkt het best als het datamodel schoon is.
- Anomaliedetectie. Power BI, Tableau en SAP Analytics Cloud kunnen KPI's markeren die van hun gebruikelijke patroon afwijken. Zinvol bij benutting van resources, aantal tickets en frequentie van scopewijzigingen. Niet zinvol bij meetwaarden met veel natuurlijke variatie, zoals dagelijkse ordertellingen.
Wat AI niet oplost, is het politieke werk. Een dashboard kan zes weken lang planningsachterstand in het rood tonen. Grijpt de stuurgroep niet in, dan gaat de achterstand door.
De KPI met de grootste impact is gebruikersadoptie, en het is degene die de meeste teams als laatste meten.
Ik had een productieklant waarvan het management alles naar Excel exporteerde. Een enorme rode vlag. De data was er; de dashboards die ze nodig hadden, niet. We herstelden de dashboards en halveerden de tijd voor besluitvorming.
Een systeem dat technisch werkt maar in de praktijk wordt omzeild, heeft niets opgeleverd. Onderzoek naar verandermanagement bevestigt dat: uit de langlopende studies van Prosci blijkt dat projecten met uitstekend verandermanagement ongeveer zeven keer vaker hun doelen halen dan projecten met slecht verandermanagement.
Het beste KPI-dashboard is niet het meest complete. Het is de kleinste set waar de stuurgroep naar wil kijken, met een eigenaar per regel en een gevolg als rood twee cycli aanhoudt. De meeste KPI-programma's mislukken omdat de juiste dingen worden bijgehouden en dan worden genegeerd. Wat u doet als de cijfers al rood zijn, leest u in SAP-projecten weer op koers brengen.
Wat is de belangrijkste KPI voor een ERP-implementatie?
De adoptiegraad van gebruikers. Een technisch geslaagde implementatie die niemand gebruikt, levert geen zakelijke waarde. De andere KPI's (planning, budget, testen) beschermen de voorwaarden voor adoptie. Adoptie vertelt u of het is gelukt.
Volg het vanaf week één na de go-live, per afdeling. Lage adoptie in één team wijst meestal op een trainingsgat of een probleem in het procesontwerp dat u in hypercare nog kunt oplossen.
Hoe vaak moeten KPI's van een ERP-implementatie worden beoordeeld?
Planning, kosten en risico's wekelijks tijdens de uitvoering, niet maandelijks in de stuurgroep. KPI's voor fasegates bij elke gate. Operationele KPI's dagelijks in de eerste 30 dagen na de go-live, daarna wekelijks tot dag 90.
Wat is een gezond slagingspercentage van tests voor SAP UAT?
Boven 85% geslaagd bij de eerste poging in de systeemintegratietest is gezond. Eronder wijst meestal op gaten in het procesontwerp of configuratiefouten, niet op losse bugs.
Start u UAT onder 85%, stop dan en los de oorzaak op. UAT ruimt bijna nooit op wat SIT heeft gemist.
Wat betekent een scopewijzigingspercentage boven 20% voor een ERP-project?
Het project wordt halverwege opnieuw ontworpen. Overschrijdingen en vertragingen worden waarschijnlijk.
De trend telt zwaarder dan het getal. Als wijzigingen versnellen naarmate het project vordert in plaats van tot rust te komen, faalt de governance. Elke goedgekeurde wijziging heeft een verklaring over de impact op kosten en planning nodig. Ontbreekt die, dan is de scope niet meer onder controle.
Welke KPI's zijn specifiek voor RISE with SAP-programma's?
Drie bovenop de standaard 30: de mix van clean core-niveaus van uw extensies (A tot D), het aandeel extensies met een afgesproken niveau en locatie, en een kwartaalreview van de gezondheid van de relatie met SAP (escalaties, servicelevels, kwaliteit van de success reviews van SAP).
Hoe berekent u de ROI van een ERP-implementatie?
ROI = (nettovoordelen ÷ totale investering) × 100. Nettovoordelen zijn meetbare besparingen en omzetwinst die aan het systeem zijn toe te schrijven, min de lopende kosten van de nieuwe omgeving. De totale investering omvat software, implementatie, interne tijd, training, datamigratie en doorlopende ondersteuning.
Wees conservatief. De volledige voordelen komen zelden in jaar één. Bouw een opbouwmodel: 50% van de voordelen in de stabiele situatie in jaar één, 80% in jaar twee, 100% vanaf jaar drie.
Wat zijn de belangrijkste oorzaken van budgetoverschrijdingen bij ERP-implementaties?
Niet gevolgde scopewijzigingen, datamigratie die ruim boven plan uitkomt doordat kwaliteitsproblemen laat boven water komen, integratiefouten die pas in het testen worden gevonden, en verandermanagement dat te laat begint en de support na de go-live duurder maakt.
Wekelijkse monitoring van de kostenafwijking en formeel scopebeheer vangen de eerste op. Een vroege beoordeling van de datakwaliteit vangt de tweede op. Vroeg integratietesten met realistische volumes vangt de derde op. Verandermanagement vanaf het begin vangt de vierde op.
Volgende stap
Leidt u nu een ERP-programma?
Raakt dit artikel aan een programma waar u nu middenin zit? Een gesprek van 30 minuten brengt u meestal verder dan nog een week interne analyse.




