Waarom een ERP-implementatie geen gewoon IT-project is

Een ERP-systeem wordt technisch geïmplementeerd, maar de organisatie moet ermee werken. Dat verschil verklaart waarom veel ERP-projecten niet vastlopen op software alleen. De grootste problemen ontstaan bij proceskeuzes, datakwaliteit, capaciteit, besluitvorming en acceptatie.

ERP raakt de manier waarop het bedrijf werkt

Een ERP-verandering kan invloed hebben op:

• verkoop en orderverwerking;
• inkoop en leveranciers;
• voorraad en logistiek;
• productie en planning;
• finance en rapportage;
• service en onderhoud;
• rollen, bevoegdheden en functiescheiding;
• gegevensdefinities en stamdata.

Daarom is ERP geen project van de IT-afdeling. IT organiseert platform, integraties, beveiliging en beheer. De business bepaalt hoe processen en verantwoordelijkheden moeten werken.

De leverancier is niet de opdrachtgever

Een implementatiepartner heeft kennis van het pakket en de invoeringsmethode. Die partij stuurt logischerwijs op de eigen levering. De organisatie moet zelf bepalen welke bedrijfsuitkomst nodig is, welke afwijkingen acceptabel zijn en wanneer een fase formeel wordt geaccepteerd.

Zonder sterke opdrachtgeversregie ontstaan voorspelbare problemen:

• de standaard van het pakket wordt gevolgd zonder bewuste proceskeuze;
• maatwerk wordt afgewezen of toegevoegd zonder totale impactanalyse;
• interne acties worden te laat uitgevoerd;
• meerwerk wordt per wijziging beoordeeld, maar niet als totale budgetprognose;
• test en migratie worden verschoven om de configuratieplanning te beschermen;
• de leverancier rapporteert voortgang, maar de organisatie kan gereedheid niet aantonen.

Zes werkstromen die tegelijk moeten worden bestuurd

1. Procesontwerp

Proceseigenaren moeten besluiten nemen over standaardisatie, uitzonderingen, autorisaties en overdrachten. Deze keuzes horen traceerbaar te zijn, omdat zij invloed hebben op configuratie, testen, opleiding en beheer.

2. Organisatie en rollen

Een nieuw systeem verandert vaak wie gegevens invoert, wie controleert en wie een besluit mag nemen. Functiescheiding en verantwoordelijkheden moeten vóór testen en opleiding duidelijk zijn.

3. Data

Datamigratie is geen technische kopieeractie. De organisatie moet bepalen welke gegevens worden meegenomen, wie de kwaliteit goedkeurt, hoe verschillen worden verklaard en hoe reconciliatie plaatsvindt.

4. Integraties

ERP staat zelden op zichzelf. Interfaces met webshops, WMS, TMS, banken, rapportages, productie of klantportalen hebben eigen leveranciers, testgegevens en foutscenario’s.

5. Test en acceptatie

Een leverancier kan aantonen dat configuratie werkt. De organisatie moet aantonen dat volledige bedrijfsprocessen, uitzonderingen, autorisaties en rapportages werken. Dat vraagt representatieve scenario’s en beschikbare gebruikers.

6. Adoptie en beheer

Opleiding alleen is niet genoeg. Medewerkers moeten weten wat verandert, waarom, welke ondersteuning beschikbaar is en hoe problemen na go-live worden afgehandeld. Het beheerteam moet toegang, documentatie en mandaat hebben.

Governance voorkomt niet alle problemen, maar maakt ze bestuurbaar

Een werkbare ERP-governance bevat ten minste:

• een opdrachtgever met voldoende mandaat;
• een stuurgroep die besluiten neemt in plaats van alleen status ontvangt;
• proceseigenaren met tijd en verantwoordelijkheid;
• een onafhankelijke projectmanager aan opdrachtgeverszijde;
• duidelijke acceptatiecriteria per fase;
• één overzicht van risico’s, issues, wijzigingen en besluiten;
• een actuele eindprognose voor tijd en geld;
• een go-livebesluit op basis van aantoonbare gereedheid.

Wanneer is een second opinion verstandig?

Laat de aanpak onafhankelijk toetsen wanneer:

• de planning vooral door de leverancier is opgesteld;
• de inzet van de eigen organisatie niet concreet is;
• data, integraties en testen nog globaal zijn beschreven;
• het budget weinig ruimte bevat voor bekende onzekerheden;
• er geen heldere acceptatie per fase is;
• de stuurgroep te weinig informatie heeft om te besluiten.

Een korte review vóór contractering of start kan veel herstelwerk later voorkomen.

Het juiste eindbeeld

Een geslaagde implementatie is niet alleen een systeem dat technisch live staat. De organisatie kan haar processen uitvoeren, gegevens zijn betrouwbaar, gebruikers weten wat zij moeten doen, beheer is georganiseerd en de verwachte verbeteringen kunnen worden gevolgd.

Duidelijke antwoorden

Veelgestelde vragen

Wie moet opdrachtgever zijn van een ERP-project?

Een directieverantwoordelijke met mandaat over de betrokken bedrijfsprocessen. IT is een belangrijke partner, maar het bedrijfsresultaat vraagt breder eigenaarschap.

Waarom is datamigratie vaak een risico?

Omdat eigenaarschap, kwaliteit, definities, opschoning en reconciliatie vaak later worden georganiseerd dan de technische migratie.

Wat doet een ERP-projectmanager aan opdrachtgeverszijde?

Deze bewaakt doel, scope, besluitvorming, interne voorbereiding, leveranciers, kwaliteit, risico, acceptatie en overgang naar beheer.