Tijdlijn SAP-implementatie: duur per fase en 5 fouten

Een SAP-implementatie duurt in mijn ervaring 6 tot 9 maanden met GROW with SAP en 9 tot 18 maanden met RISE with SAP. Overstappen van SAP ECC duurt 12 tot 18 maanden bij een brownfieldconversie of een selectieve datatransitie, en 18 tot 24 maanden bij een greenfieldimplementatie.

Kort antwoord: leg de datum vast aan het eind van Explore, niet bij de kick-off, en neem een buffer van 15 tot 20 procent boven op de schatting van de leverancier. Begin het datawerk in Discover, want datamigratie kost 30 tot 40 procent van de implementatie-inspanning. Elke extra maand vertraging kost alleen al aan adviesuren minstens een bedrag van zes cijfers.

Deze gids is voor programmadirecteuren en sponsors die een planning opstellen of er een redden. Hij gaat over hoe lang, niet over hoe: voor wat elke fase doet en wie het doet, leest u mijn stapsgewijze gids voor een SAP-implementatie.

Op een Europees productieprogramma in 2024 ontmoette ik een projectmanager wiens SAP-project zes maanden achterliep. Nadat ze het project strikt volgens de fasen van SAP Activate opnieuw hadden ingericht, rondden ze het resterende werk in vier maanden af.

Zijn woorden: "Duidelijke fasen met concrete deliverables maakten het verschil. We wisten altijd precies wat we daarna moesten doen."

Het deploymentmodel verandert de tijdlijn van een SAP-implementatie meer dan welke andere keuze ook. Dit zijn de bandbreedtes waarmee ik plan:

Vertrekpunt en doel	Gebruikelijke doorlooptijd	Wat het tempo bepaalt
GROW with SAP (SAP Cloud ERP, public edition)	6 tot 9 maanden	Alleen standaardprocessen; extensies op vrijgegeven API's
RISE with SAP (SAP Cloud ERP Private)	9 tot 18 maanden	Scope, aantal extensies, datavolume
ECC-brownfieldconversie	12 tot 18 maanden	Maatwerkcode, simplification items, testen
Greenfieldimplementatie vanaf ECC	18 tot 24 maanden	Procesherontwerp, veranderlast voor gebruikers
Selectieve datatransitie	12 tot 18 maanden	Afbakening van de data en gespecialiseerde tooling

Ter vergelijking: een productexpert van SAP die honderden public edition-projecten heeft beoordeeld, schat de gebruikelijke go-live op vijf tot zeven maanden. Het GROW Fast-aanbod van SAP, begin 2026 gelanceerd, mikt op twee tot vier maanden met een vaste scope. Ik plan GROW-programma's op 6 tot 9 maanden, omdat data, besluiten en training de tijd kosten die de software niet kost.

Bij RISE beheert SAP de infrastructuur, wat een deel van het werk in Prepare wegneemt. Het werk aan data, testen en verandermanagement neemt het niet weg. De gids voor de migratie van ECC naar S/4HANA legt uit hoe u kiest tussen brownfield, greenfield en selectief.

SAP Concur, het product voor reis- en onkosten, is een apart cloudproduct met een eigen project. Plan het als eigen werkstroom met een eigen integratie naar de S/4HANA-financiën, niet binnen de faseplanning van S/4HANA.

Waar budgetten en deadlines stuklopen

De grootste fout die ik zie, is aan het begin niet goed plannen. Deadlines en budgetten lopen uit in Explore, wanneer de lijst met workflows, rapporten, interfaces, conversies, uitbreidingen en formulieren (WRICEF) groeit en de leverancier de scope bepaalt in plaats van de klant.

Mijn kostenoverzicht van een SAP-implementatie laat zien hoe dat kan uitgroeien tot een overschrijding van 50 procent. De tijdlijnen die standhouden, hebben drie dingen gemeen: realistische buffers, aannames die vóór het vastleggen zijn gevalideerd en quality gates die als harde stops gelden.

Vijf fouten verklaren de meeste overschrijdingen. Elke fout is voorspelbaar, en voor elke fout is er een tegenmaatregel.

Fout 1: deadlines vastleggen voordat de scope duidelijk is

Op een retailprogramma in de GCC in 2023 beloofde de klant zijn raad van bestuur een implementatie van negen maanden zonder buffer. Toen de datamigratie langer duurde dan verwacht, misten ze de deadline met drie maanden en verloor het management het vertrouwen in het team. Ik heb ze ronduit gezegd: die tijdlijn was te ambitieus.

De oplossing: leg de tijdlijn vast na Explore, niet bij de kick-off, en zeg dat vooraf tegen de raad van bestuur. Neem een buffer van 15 tot 20 procent boven op de schatting van de leverancier.

Fout 2: datamigratie behandelen als een werkstroom die laat begint

De meeste teams benoemen de datamigratielead laat en zetten te weinig mensen op het werk. De eerste data-assessments onderschatten het probleem bijna altijd, en wat volgt zijn drie maanden opschonen onder de druk van een live systeem.

De oplossing: begin met dataprofilering in Discover, niet in Realize. Voer in Realize een volledige proefmigratie uit voordat de integratietests beginnen. Mijn stuk over waarom SAP-datamigratie mislukt behandelt de proefcyclus in detail.

Fout 3: quality gates overslaan onder tijdsdruk

De gate tussen Realize en Deploy is de gate die teams het vaakst overslaan, omdat de druk om "gewoon live te gaan" daar op zijn hoogst is. Quality gates overslaan om "op schema te blijven" veroorzaakt later grotere vertragingen.

De oplossing: schrijf meetbare exitcriteria in het projectcharter en laat de stuurgroep ze handhaven. Ik gebruik op elk programma een driedaagse proefafsluiting als gereedheidsgate. Meer over het ontwerp van gates staat in mijn gids over SAP-quality gates.

Fout 4: gebruikers twee maanden vóór de go-live trainen

Op een retailprogramma in de GCC in 2024 trainde de klant al zijn gebruikers twee maanden vóór de go-live. Op de dag van de livegang waren de meesten vergeten hoe het systeem werkte. We legden werkinstructies op elke werkplek en verdubbelden de ondersteuning op de werkvloer.

De oplossing: plan de training twee tot drie weken vóór de go-live en zet key users in als trainers, want mensen leren van collega's die ze vertrouwen. Mijn artikel over SAP-trainingsstrategieën beschrijft de volledige aanpak.

Fout 5: de go-live plannen in een piek van de bedrijfscyclus

Hershey ging in juli 1999 live met zijn SAP R/3-, Siebel- en Manugistics-systeem, drie maanden later dan gepland en recht in het Halloween-orderseizoen. De CEO vertelde analisten dat de problemen Hershey zouden beletten om voor $100 miljoen aan Halloween-orders te leveren.

De oplossing: breng de pieken in kaart voor elke betrokken business unit, inclusief maand- en kwartaalafsluiting. Ga live in een periode met weinig volume, ook als dat zes weken opschuiven betekent. Die verschuiving is te herstellen, een mislukte go-live in het piekseizoen niet.

SAP Activate kent zes fasen, en die vormen het skelet van elke S/4HANA-planning, in de cloud of on-premise. De doorlooptijden hieronder zijn startpunten voor de planning van één programma, geen beloftes.

1. 1Discover2 tot 4 weken. Exit: getekende scope en succescriteria
2. 2Prepare3 tot 6 weken. Exit: charter goedgekeurd, capaciteit op papier
3. 3Explore4 tot 8 weken. Exit: gapbesluiten met eigenaar, tijdlijn vastgelegd
4. 4Realize8 tot 16 weken. Exit: proefmigratie geslaagd, integratietests afgesloten
5. 5Deploy2 tot 4 weken. Exit: UAT-akkoord, proefafsluiting, go/no-go
6. 6Run4 tot 8 weken hypercare. Exit: defecten onder de drempel, support getekend

Dit is de fasetabel waarmee ik elke planning begin:

Fase	Gebruikelijke duur	Wat er gebeurt	Exitgate voordat u verdergaat
Discover	2 tot 4 weken	Business case, scope, keuze van deploymentmodel (public cloud, private cloud of on-premise)	Getekende scope en meetbare succescriteria
Prepare	3 tot 6 weken	Onboarding van het team, governance, systeemlandschap, basisplanning, risicoregister	Charter goedgekeurd, beslissers met naam per module, schriftelijke capaciteitstoezeggingen
Explore	4 tot 8 weken	Fit-to-Standard-workshops, gaplog, WRICEF-inventaris	Gapbesluiten vastgelegd met eigenaren; tijdlijn vastgelegd
Realize	8 tot 16 weken	Configuratie, ontwikkeling, unit- en integratietests, proefmigraties	Proefmigratie geslaagd; integratietests afgesloten
Deploy	2 tot 4 weken	Gebruikersacceptatietest, cutoverrepetitie, training van eindgebruikers, laatste dataload	UAT-akkoord, proefafsluiting geslaagd, go/no-go
Run	4 tot 8 weken hypercare	Ondersteuning op de werkvloer, dagelijkse triage, overdracht aan support	Open defecten onder de afgesproken drempel; supportovergang getekend

Waar de tijd werkelijk heen gaat

Discover wordt afgeraffeld. Teams leggen een deadline vast voordat ze de scope begrijpen en slaan meetbare succescriteria over, zoals "de maandafsluiting drie dagen korter maken".

Prepare is waar on-premise de technische vertragingen beginnen, omdat klant en partner de infrastructuur opbouwen. Leg capaciteitstoezeggingen schriftelijk vast. Mondelinge beschikbaarheid verdampt.

In Explore doet de vastlegging ertoe. Zes maanden later weet niemand meer waarom retouren op een bepaalde manier worden afgehandeld, tenzij het besluit en de eigenaar ervan zijn opgeschreven.

Realize is de langste fase en daar landen de meeste overschrijdingen, meestal omdat Explore een te optimistische gaplijst opleverde. Uw eerste proefmigratie gaat mislukken, en u wilt dat die in de test mislukt, niet in productie.

Deploy vraagt om een cutoverplan met exacte stappen, tijden en eigenaren. "Data migreren" is geen stap.

Op een programma in de Amerikaanse gezondheidszorg in 2023 liep de klant drie maanden achter en dreigde een budgetoverschrijding van $2 miljoen. We herstartten met de Fit-to-Standard-workshops van SAP Activate. Het team vond 28 processen die ze zonder enig maatwerk konden draaien.

De woorden van hun projectmanager: "We hebben maanden verspild aan het ontwerpen van dingen die SAP al had gebouwd." Binnen zes weken lagen ze weer op schema.

Op een Europees retailprogramma in 2024 ontdekte de klant dat 70 procent van zijn behoeften door standaard SAP-processen werd gedekt. Het bedrijf had uitgebreid maatwerk gepland, tot het het systeem in actie zag.

Clean core maakt dit scherper. Op de public edition zijn standaardprocessen de enige optie en zitten extensies op SAP BTP of op vrijgegeven API's. Op de private edition en on-premise kunt u nog modificeren, maar wanneer elke gap een extensiebesluit met een prijskaartje vraagt, wordt het gesprek over maatwerk eerlijker.

De sector brengt zijn eigen vertraging mee. Deze bandbreedtes gelden voor een volledig S/4HANA-enterpriseprogramma over meerdere locaties, en daarom zijn ze langer dan een enkele RISE-implementatie van 9 tot 18 maanden:

Sector	Planningsbandbreedte	Wat de doorlooptijd oprekt
Productie	14 tot 20 maanden	Kwaliteit van stuklijsten en routings, MRP-afstemming, QM-eisen
Retail en consumentengoederen	12 tot 18 maanden	POS-integratie, volume van stamgegevens, vensters in het piekseizoen
Farmacie	16 tot 22 maanden	GxP-validatie, batchtraceerbaarheid, serialisatie
Nutsbedrijven	15 tot 20 maanden	Meterbeheer, tariefstructuren voor facturering, GIS- en SCADA-integratie
Publieke sector	18 tot 24 maanden	Fondsadministratie, aanbestedingsregels, goedkeuringslast, dataresidentie
Automotive	16 tot 22 maanden	Just-in-time supply chain, beheer van engineeringwijzigingen
Lucht- en ruimtevaart en defensie	20 tot 26 maanden	Rapportage aan de overheid, programma-administratie, beveiligde supply chains
Olie en gas	18 tot 24 maanden	Joint-venture-administratie, kapitaalintensieve operaties
Financiële dienstverlening	14 tot 20 maanden	Rolontwerp met functiescheiding, toezichtsvalidatie

Wat AI-tools veranderen, en wat niet

SAP Joule for Consultants werd in 2025 algemeen beschikbaar. Het beantwoordt configuratievragen uit de eigen kennisbank van SAP, inclusief SAP Notes, en legt ABAP-code uit. SAP Build Code, sinds maart 2024 algemeen beschikbaar, genereert met Joule Java- en JavaScript-extensiecode op SAP BTP.

Beide helpen individuele consultants en ontwikkelaars. Geen van beide verandert hoe lang workshops, besluiten, data-opschoning of gebruikersacceptatie duren. Plan ermee, maar haal geen weken uit de planning voordat uw eigen team het effect heeft gemeten.

Dit zijn de risico's die ik op de wekelijkse programma-agenda zet. Elk ervan verschuift de planning als het blijft liggen tot de maandelijkse stuurgroep.

1. Late scopewijzigingen. Leg de scope vast aan het eind van Explore. Daarna keurt een change control board elke wijziging goed, met de gevolgen voor tijdlijn en budget erbij.
2. Datakwaliteit. De meeste bedrijven slaan tijdens de planning een data-assessment over. Slechte data is de meest consistente oorzaak van mislukte proefmigraties.
3. Capaciteitsknelpunten. Vraag afdelingshoofden om schriftelijke toezeggingen voor mensen met naam en datum. Leid voor elke kritieke rol een vervanger op.
4. Vertraagde besluiten. Escaleer meningsverschillen over de scope binnen 48 uur. Laat besluiten niet in de wachtrij staan tot de maandelijkse review.
5. Laat verandermanagement. Begin in Prepare met eindgebruikers te praten, niet twee weken vóór de go-live.

Wat tooling betreft: SAP Cloud ALM is het platform van SAP voor implementatiebeheer. Het standaardonderhoud van SAP Solution Manager 7.2 eindigt eind 2027, met verlengd onderhoud voor geselecteerde functies tot 2030. SAP Best Practices Explorer is in 2023 uitgefaseerd, en de procescontent staat nu in SAP Signavio Process Navigator.

Deze gids hoort bij mijn overzicht van SAP-implementatie, met links naar elk onderwerp van business case tot go-live.

Hoe lang duurt een SAP S/4HANA-implementatie?

In mijn ervaring 6 tot 9 maanden met GROW with SAP (public edition) en 9 tot 18 maanden met RISE with SAP (private edition). Vanaf ECC duurt een brownfieldconversie of selectieve datatransitie 12 tot 18 maanden en een greenfieldimplementatie 18 tot 24 maanden.

Hoe lang duurt elke SAP Activate-fase?

Als startpunt voor de planning: Discover 2 tot 4 weken, Prepare 3 tot 6 weken, Explore 4 tot 8 weken, Realize 8 tot 16 weken, Deploy 2 tot 4 weken en Run 4 tot 8 weken hypercare. Realize rekt bij grotere programma's het meest uit.

Welk effect heeft RISE with SAP op de tijdlijn?

RISE legt de verantwoordelijkheid voor de infrastructuur bij SAP, wat een deel van het werk in de Prepare-fase wegneemt. Het verkort de datamigratie, het testen, de training en de besluitvorming niet, en daar gaat de meeste tijd naartoe. Discipline rond clean core kan Realize verkorten als die maatwerkontwikkeling tegenhoudt voordat die begint.

Hoeveel buffer hoort er in de tijdlijn van een SAP-implementatie?

Neem een buffer van 15 tot 20 procent boven op de schatting van de leverancier. Leg de datum vast aan het eind van Explore, wanneer scope en gaps bekend zijn, en zeg dat vóór de kick-off tegen de raad van bestuur.

Hoe kan ik de tijdlijn van een SAP-implementatie verkorten?

Voer Fit-to-Standard rigoureus uit, want elk maatwerk dat u vermijdt, scheelt weken. Begin in Discover met data-opschoning en zet mensen uit de business voltijds in in plaats van ze deeltijds te lenen. Stel het cutoverplan op tijdens Realize in plaats van erna.

Moet ik kiezen voor een big bang- of een gefaseerde SAP-uitrol?

Bij big bang gaat alles in één keer live. Dat is in totaal sneller en riskanter, en past bij een kleinere scope of organisaties met sterk verandermanagement. Een gefaseerde uitrol gaat per module, locatie of business unit, heeft minder risico en duurt langer, en past bij grote groepen met veel entiteiten.

Wat zijn de meest voorkomende oorzaken van vertraging in SAP-projecten?

Ongecontroleerde wijzigingsverzoeken, verrassingen in de datakwaliteit, laat verandermanagement, mislukte integraties met derden, het verlies van sleutelfiguren halverwege het project en trage besluiten van de stuurgroep. Datakwaliteit verrast de meeste teams. Iedereen gaat ervan uit dat de legacydata schoon is, en dat is bijna nooit zo.

Hoe lang duurt hypercare na een SAP-go-live?

Plan vier tot acht weken hypercare: ondersteuning op de werkvloer, dagelijkse triage van issues en prestatiemonitoring. Daarna gaat het systeem over naar een applicatiebeheerteam of een intern centre of excellence.