Een migratie naar SAP S/4HANA loopt zelden vast op één technisch probleem. Veel vaker begint de vertraging vroeger: bij een scope die ongemerkt groeit, maatwerk dat kritiekloos wordt meegenomen, data die te laat wordt opgeschoond of een business die pas aan het einde betrokken raakt.
De vraag is dus niet alleen of je migreert, maar vooral of je traject scherp genoeg gestuurd wordt. Bij ideeds zien we een aantal rode vlaggen die vaak al zichtbaar zijn lang vóór go-live in gevaar komt.
Scope creep zonder eigenaar
Een migratie begint helder afgebakend en groeit dan ongemerkt. Elke afdeling wil net haar uitzondering meenemen, en zonder iemand die de scope streng bewaakt, dijt het project uit tot het onhoudbaar wordt. Een traject zonder duidelijke scope-eigenaar is een traject dat zijn deadline al kwijt is. Bewaak niet alleen wat erin zit, maar vooral wat je bewust buiten houdt. Een goede scope-eigenaar zegt vaker nee dan ja, en documenteert waarom. Zonder die rol wordt elke uitzondering een precedent en elke fase langer dan gepland.
Oud maatwerk in een nieuw systeem
De grootste valkuil is je bestaande maatwerk een-op-een overzetten. Dan betaal je voor een nieuw systeem en behoud je de oude complexiteit. S/4HANA loont net wanneer je processen herziet naar de standaard waar het kan. Wie alles meeneemt omdat het altijd zo was, mist de hele bedoeling van de migratie. Niet kopiëren, maar opschonen. Elk stuk maatwerk dat je meeneemt, neem je ook mee in elk toekomstig onderhoud en elke volgende upgrade. De vraag bij elke uitzondering is dus niet of ze ooit nuttig was, maar of ze de extra last waard blijft.
Datakwaliteit als uitgestelde zorg
Data-opschoning is saai, en daarom schuift ze vaak op tot net voor go-live. Dat is precies het verkeerde moment. Vuile data in een nieuw systeem geeft je snellere fouten, geen betere processen. Wie datakwaliteit vroeg aanpakt, vermijdt de pijnlijkste verrassingen tijdens de testfase. De kwaliteit van je migratie wordt bepaald door de kwaliteit van je data. Vuile stamgegevens, dubbele records en ontbrekende velden komen tijdens de testfase genadeloos boven. Wie de opschoning vroeg start, spreidt het werk en vermijdt een paniekfase vlak voor go-live.
Een businessproject dat alleen door IT wordt getrokken
Een S/4HANA-migratie is geen IT-project, het is een bedrijfsproject met een grote IT-component. Als de business niet aan tafel zit om processen en prioriteiten te bepalen, bouw je een systeem dat technisch klopt maar operationeel wringt. Betrokkenheid van de business is geen formaliteit, het is de voorwaarde voor adoptie achteraf. Een systeem dat zonder de gebruikers is gebouwd, wordt na go-live omzeild met schaduwprocessen in Excel. Dan heb je technisch gemigreerd, maar operationeel niets opgelost. Adoptie begint niet bij training achteraf, maar bij betrokkenheid vooraf.
Een migratie zonder duidelijk waarom
Soms is het eerlijkste signaal het simpelste. Als het antwoord op de vraag "waarom doen we dit?" blijft steken bij "omdat het moet", dan mist het project een richtinggevend doel. Zonder helder doel wordt elke keuze een discussie en elke uitzondering een precedent. Een migratie zonder waarom verliest zich in het hoe. Een scherp doel, bijvoorbeeld snellere afsluiting, minder maatwerk of betere stuurinformatie, geeft het team een toetssteen voor elke beslissing onderweg. Dat doel hoort op papier te staan voor de eerste consultant aan tafel schuift.
De rode draad: techniek is zelden de echte blokkade, keuzes wel. Wil je vooraf weten waar jouw S/4HANA-traject dreigt vast te lopen? Laat ideeds een onafhankelijk diagnosegesprek doen, zonder toolverkoop, gewoon een scherpe blik op je aanpak.
