Uw ERP-implementatie loopt uit: waarom meer mensen de vertraging zelden inhalen

Op de expeditie van een productiebedrijf houdt een teamleider al zes weken twee werkelijkheden naast elkaar bij. In het nieuwe systeem boekt zij de orders zoals het hoort, en in een spreadsheet houdt zij bij welke daarvan ook echt de deur uit zijn gegaan. Zij heeft die spreadsheet nooit bedacht als oplossing. Hij is ontstaan toen bleek dat één processtap nog niet werkte, en niemand haar kon zeggen wanneer die er zou zijn.

In de stuurgroep van datzelfde traject valt die week een besluit. De achterstand is niet langer weg te poetsen, de go-livedatum staat onder druk, en er komt bezetting bij: twee extra consultants en een datum die opschuift. Dat besluit is snel genomen, want het voelt als handelen. Wat wij zien bij uitgelopen trajecten is dat het besluit meestal deze vorm krijgt.

Wat in dat besluit ontbreekt, is een antwoord op de vraag waarop het werk eigenlijk staat te wachten. In onze ervaring wordt die vraag bij een uitgelopen ERP-traject het vaakst overgeslagen, precies omdat “meer mensen” altijd voorhanden is als antwoord. Wij leveren zelf specialistische capaciteit en onafhankelijke program governance en assurance op ERP-trajecten, en juist daarom formuleren wij het scherp. Wie bezetting toevoegt zonder de oorzaak vast te stellen, koopt geen snelheid maar bezetting.

Hieronder staat eerst wat u zelf kunt vaststellen, in ongeveer een uur en zonder hulp van buiten. Zoekt u daarna een tweede lezing van buiten, dan kunt u ons gewoon bellen.

Drie soorten achterstand, en maar één ervan gaat over handen

Een ERP-implementatie die uitloopt, loopt uit om verschillende redenen die van buiten hetzelfde lijken. De planning schuift, de meldingenlijst groeit, de testronde begint later. Onder die ene zichtbare vertraging zitten in de praktijk drie verschillende situaties, en zij vragen elk iets anders van u.

Een achterstand in een ERP-traject is pas beheersbaar als u weet of hij uit bouwwerk, uit openstaande besluiten of uit een nog bewegende inrichting bestaat. Die drie laten zich niet met hetzelfde middel inlopen.

Een bouwachterstand is een achterstand waarbij de keuzes zijn gemaakt en er meer valt te bouwen of te configureren dan er uren beschikbaar zijn. Een besluitwachtrij is een achterstand waarbij het werk stilstaat omdat een antwoord of een keuze uit de eigen organisatie uitblijft. Een bewegende inrichting is een achterstand waarbij al opgeleverde processen opnieuw worden herzien, zodat nieuw bouwwerk op een verschuivend fundament landt.

Soort achterstand	Wat u ziet	Wat extra bezetting doet	Wat het werkelijk vraagt
Bouwachterstand	De lijst met te bouwen en te configureren punten is helder, de keuzes zijn gemaakt, en er is simpelweg meer werk dan uren	Werkt. De doorlooptijd korter maken is hier een rekensom van capaciteit, inwerktijd en afhankelijkheden tussen de punten	Bezetting met de juiste specialisatie, en ruimte om nieuwe mensen in te werken zonder dat het bestaande team stilvalt
Besluitwachtrij	Punten staan op “wacht op business”, “in afstemming” of “vraag uitstaand”, soms al weken, en de lijst wordt langer terwijl er wordt gewerkt	Verplaatst het probleem. De nieuwe mensen komen in dezelfde wachtrij terecht, en u betaalt voor uren die op een antwoord staan te wachten	Doorlooptijd op de besluiten zelf: wie antwoordt, binnen welke termijn, en wat er gebeurt als dat antwoord er niet komt
Bewegende inrichting	Wat vorige maand is opgeleverd, wordt deze maand herzien, en het aantal wijzigingen op eerder afgeronde processen neemt toe	Vergroot de schade. Er wordt sneller gebouwd op een fundament dat nog verschuift, en het herwerk groeit mee met de capaciteit	De inrichting per proces vastzetten en pas daarna doorbouwen, ook als dat de planning eerst verder verlengt

Deze indeling is onze eigen werkindeling en geen onderzoeksuitkomst. Wij gebruiken haar omdat zij het gesprek verplaatst van hoeveel naar waarop.

Er is wel extern materiaal dat in dezelfde richting wijst. In het internationale ERP-onderzoek van Panorama Consulting uit 2026, onder 170 organisaties, meldde bijna een kwart dat het project over de planning heen ging, en de meest genoemde oorzaken waren organisatorisch: besluitvorming, weerstand tegen verandering en procesherinrichting. Dat cijfer zegt niet dat driekwart op tijd was, want een planning kan onderweg zijn bijgesteld, en het gaat niet specifiek over de Nederlandse markt.

Wat er wel uit valt te lezen: in dat onderzoek stonden organisatorische oorzaken bovenaan, en bouwcapaciteit stond daar niet.

Wat er gebeurt als u capaciteit toevoegt aan de verkeerde soort

De teamleider uit de opening merkt het besluit over extra bezetting op een manier die in geen enkele rapportage terugkomt. Zij is de persoon die weet hoe het proces echt loopt, dus zij werkt de nieuwe mensen in. Dat kost haar de uren waarin zij haar eigen achterstand zou wegwerken, en die achterstand is precies de reden dat er iemand bij moest komen.

Wat wij in uitgelopen trajecten zien, is dat de nieuwe bezetting begint met inlezen, en dat het inlezen wordt gedaan door de mensen die het zwaarst onder de vertraging lijden. De eerste weken van extra capaciteit kosten daarom netto tijd. Bij een bouwachterstand verdient u die investering terug. Bij een besluitwachtrij komt er niets tegenover te staan, want na het inwerken wachten er vier mensen op hetzelfde antwoord.

Ook in die eerste kolom geldt een voorbehoud, en het is er een waar wij zelf op letten. Mensen toevoegen aan een project dat al laat is, kan het later maken, omdat inwerken en coördineren uren kosten die bij het bestaande team worden weggehaald. Daarom zit de winst bij een bouwachterstand pas in de weken daarna, en hangt zij af van hoe goed de nieuwe mensen worden opgevangen.

Er is een tweede effect, en dat is het effect dat een jaar later pas zichtbaar wordt. Om de nieuwe datum te halen worden maatregelen genomen die iedereen als tijdelijk bedoelt: een handmatige tussenstap, een rapport dat buiten het systeem wordt opgebouwd, een testronde die wordt ingekort, een proces dat voorlopig anders wordt ingericht dan afgesproken. Het woord “tijdelijk” staat in geen enkel document met een datum erachter.

Wat wij daarna zien gebeuren, is dat de beheerorganisatie dit alles overneemt als de normale gang van zaken.

Wij werkten eerder aan ERP-implementaties bij onder meer Different Doors, en het patroon dat ons in dit soort trajecten het meest bijblijft, is hoe vroeg de mensen op de vloer al wisten waar het vastliep. Dat sluit aan op wat wij eerder schreven over een vastgelopen ERP-project en de weg van slecht nieuws naar de bestuurskamer: de signalen zijn er meestal lang voordat het besluit valt.

De opschalingstoets: de soort vaststellen, en daarna uw eigen positie

Deze toets is bedoeld om in een uur te doorlopen, met de projectleider, iemand uit de business en de openstaande punten erbij. Vraag 1 tot 3 wijzen de soort aan: loop ze in deze volgorde af en stop bij de eerste uitkomst die u bereikt. Vraag 4 stelt u daarna altijd, wat die uitkomst ook was.

Vraag 1. Ligt er werk dat vandaag gebouwd kan worden, zonder dat er eerst iemand iets moet beslissen of aanleveren?

• Ja, voor meer dan de helft van de openstaande punten: ga naar vraag 3.
• Voor de helft of minder: ga naar vraag 2.

Vraag 2. Hoe lang staat het oudste punt dat op uw eigen organisatie wacht al open?

• Twee weken of langer: u heeft een besluitwachtrij. Extra bezetting sluit hier achteraan. Beleg eerst de beantwoording, met een naam en een termijn per openstaand punt.
• Korter dan twee weken: ga naar vraag 3.

Vraag 3. Is er de afgelopen maand iets gewijzigd in de inrichting van processen die al waren opgeleverd of al waren vastgesteld?

• Ja: u heeft een bewegende inrichting. Zet per proces vast wat er staat voordat u capaciteit toevoegt, anders koopt u herwerk.
• Nee: u heeft een bouwachterstand. Hier helpt bezetting, en de vraag wordt welke specialisatie en hoeveel inwerktijd.

Vraag 4. Kan iemand buiten het bouwteam in één zin zeggen waarom de oorspronkelijke datum niet is gehaald?

• Nee: dit regelt u eerst, wat de uitkomst van vraag 1 tot 3 ook was. Zolang de oorzaak alleen bekend is bij de partij die bouwt en factureert, leest uw stuurgroep een herstelplan van een belanghebbende.
• Ja, maar bij verschillende mensen klinkt die zin anders: er zijn dan meerdere verklaringen in omloop en geen vastgestelde oorzaak. Behandel dat als een nee.
• Ja, en die zin is bij meerdere mensen dezelfde: u heeft een vastgestelde oorzaak en u kunt een besluit nemen dat zich laat verantwoorden.

Vraag 4 staat opzettelijk achteraan, want zij levert zelf geen soort op. Zij gaat over uw eigen positie in het traject, en wat wij zien bij uitgelopen trajecten is dat juist deze vraag het vaakst met nee wordt beantwoord.

Wanneer extra capaciteit wél het goede antwoord is

Bezetting toevoegen is geen noodgreep en geen zwakte. Wijst de toets een bouwachterstand aan, dan is bezetting de snelste en goedkoopste route, en heeft u het onderzoek al gedaan: de toets zelf was het. Er is dan geen reden om er nog iets tussen te schuiven.

In deze situaties kiezen wij zonder aarzeling voor capaciteit.

• De inrichting staat vast en er is aantoonbaar meer werk dan er uren zijn.
• Er valt een specialisme weg dat binnen uw organisatie niemand kan overnemen, bijvoorbeeld op migratie of op een specifieke module.
• Uw sleutelmensen zijn zo vol bezet dat zij hun eigen werk niet meer afkrijgen, en de extra inzet neemt dat dagelijkse werk van hen over.

Dat laatste is een onderschatte route. Capaciteit hoeft niet altijd in het project te landen. Soms is het verstandiger om de dagelijkse operatie van uw sleutelgebruikers te ontlasten, zodat zij tijd hebben voor het traject waar zij onmisbaar zijn.

Wanneer moet u actie ondernemen?

Onderneem actie zodra een van deze vier signalen zich voordoet, en wacht niet tot de volgende stuurgroep.

• De planning is voor de eerste keer verschoven en er ligt geen schriftelijke oorzaak.
• Er staat een voorstel voor extra inzet op de agenda zonder dat iemand de soort achterstand heeft benoemd.
• Uw sleutelgebruikers houden processen buiten het systeem bij, en dat is de afgelopen maand toegenomen.
• Het aantal openstaande punten dat op uw eigen organisatie wacht, is twee stuurgroepen achter elkaar gegroeid.

De praktische drempel: zodra het bedrag dat met inhaalcapaciteit gemoeid is groter is dan een paar dagen onafhankelijk onderzoek, en de toets geen eenduidige bouwachterstand aanwijst, is het onverstandig om dat onderzoek over te slaan. De mediane doorlooptijd van een ERP-project lag in het onderzoek van Panorama Consulting uit 2026 op negen maanden, met een grote spreiding eromheen. Dat is geen norm, maar het geeft wel aan dat een week diagnose op zo’n doorlooptijd geen verlies is.

Wanneer is een onafhankelijke oorzaakvaststelling juist niet nodig?

In drie gevallen adviseren wij het niet. Als de oorzaak feitelijk vaststaat en breed wordt gedeeld, bijvoorbeeld bij een uitgevallen sleutelpersoon of een leverancier die een release heeft uitgesteld, dan is er niets vast te stellen en kunt u direct naar het herstelbesluit.

Als het traject nog in de eerste weken zit, is een afwijking van de planning normale kalibratie en geen signaal. En als uw organisatie zelf een projectbureau of een interne auditrol heeft die los staat van de bouwende partij en de tijd heeft om dit te doen, dan is dat de goedkoopste route. De vraag is in dat geval alleen of die rol werkelijk mandaat heeft, want een onafhankelijke rol zonder toegang tot de meldingenlijst en de stuurgroepstukken levert een vriendelijk rapport op.

Er is ook een situatie waarin u het vooral níet moet inzetten: om een besluit uit te stellen dat u al heeft genomen. Een diagnose die de tijd moet vullen tot een datum die toch al vaststaat, kost geld en levert niets op.

Waarom wij bij uitloop eerst naar de wachtrij kijken

Ons werk is mensenwerk, en bij een uitgelopen traject is dat het meest tastbaar. De vertraging staat in een rapportage, maar zij wordt geleefd door de teamleider die twee systemen bijhoudt, door de key user die haar eigen werk laat liggen om nieuwe mensen in te werken, en door de projectleider die elke week moet uitleggen waarom het nog niet klaar is.

Wie de soort achterstand vaststelt, geeft die mensen in de eerste plaats hun week terug. Dat is voor ons de reden om ernaar te kijken, en pas daarna volgt de beheersing van het budget.

Wij kunnen deze vraag stellen zonder eigen agenda, en dat is geen retorische toevoeging. Er zit voor ons geen licentie en geen productkeuze aan het antwoord vast, want software verkopen wij niet.

Wat wij wel verkopen is capaciteit, en daarom staat deze toets bij ons vóór de inzet in plaats van erna. Met 265+ specialisten kunnen wij iemand vrijmaken die de oorzaak vaststelt zonder dat diezelfde persoon later de planning moet halen. Die scheiding is het hele punt: de bevinding blijft overeind, ook als zij ons minder werk oplevert.

Hoe wij naar onafhankelijkheid in de uitvoeringsfase kijken, staat uitgebreider in ons artikel over onafhankelijke ERP-regie, en wanneer een volledige doorlichting op zijn plaats is leest u bij de ERP second opinion.

Wat u hierna kunt doen

Loop de opschalingstoets een keer door met uw eigen lijst openstaande punten erbij. U heeft er een uur voor nodig en u hoeft er niemand van buiten bij te halen. Vaak weet u na vraag 2 al genoeg om het gesprek in de stuurgroep anders te voeren.

Ligt er binnenkort een besluit over inhaalcapaciteit en een nieuwe datum, dan kunnen wij de oorzaakvaststelling doen voordat dat besluit valt. Dat is een onafhankelijke doorloop van de openstaande punten, de besluitwachtrij en de stabiliteit van de inrichting, uitgevoerd los van de partij die bouwt, met een uitkomst die in één zin te verantwoorden is in uw stuurgroep. Wat zo’n opdracht inhoudt en waar zij ophoudt, staat op onze pagina over onafhankelijke program governance en assurance.

En wilt u eerst gewoon een keer hardop nadenken over welke van de drie soorten u vermoedt, zonder dat daar iets aan vastzit, dan zijn wij daar graag een uur voor beschikbaar. U kunt daarvoor contact opnemen met ERP Company of de gegevens onderaan deze pagina gebruiken; een kort gesprek is vaak genoeg om te bepalen of er meer nodig is.

Veelgestelde vragen

Hoe lang duurt een ERP-implementatie doorgaans?

Panorama Consulting kwam in zijn internationale ERP-onderzoek van 2026 op een mediane projectduur van negen maanden, waarbij kleine en grote organisaties sterk uiteenlopen.

Uitloop wordt pas een probleem als niemand kan benoemen waardoor de planning verschuift. Een traject dat drie weken later live gaat met een vastgestelde oorzaak is beter beheerst dan een traject dat op schema lijkt zonder dat iemand weet waarom.

Versnellen extra consultants een uitgelopen ERP-implementatie?

Extra consultants versnellen een uitgelopen ERP-implementatie alleen wanneer de achterstand bouwwerk is en er punten klaarliggen die zonder nieuwe besluiten af kunnen.

Wacht het werk op antwoorden uit uw eigen organisatie of beweegt de inrichting nog, dan verschuift extra bezetting het probleem en groeit de rekening mee. Stel daarom eerst de soort achterstand vast.

Wat kost het om een go-livedatum te verschuiven?

Een verschoven go-livedatum kost u drie posten: processen die langer dubbel draaien, een projectteam dat langer bezet blijft, en de aandacht van uw sleutelgebruikers.

Wij noemen hier geen bedragen, omdat die per organisatie te sterk verschillen. In onze ervaring weegt de tweede verschuiving zwaarder dan de eerste, omdat de organisatie na de tweede niet meer om de datum heen plant.

Wie moet de oorzaak van de vertraging vaststellen?

De oorzaak wordt vastgesteld door iemand zonder belang bij de uitkomst, dus buiten het team dat het werk bouwt en factureert.

Dat kan een interne rol met mandaat en tijd zijn, of een onafhankelijke partij. In het internationale ERP-onderzoek van Panorama Consulting uit 2026 waren de meest genoemde oorzaken van planningsoverschrijding organisatorisch: besluitvorming, weerstand tegen verandering en procesherinrichting.

---