Migratie voor 150 medewerkers: een playbook zonder big-bang

Een bedrijf van 150 mensen zet op vrijdagavond het oude systeem uit en het nieuwe aan. Maandag staat de helft van de orders vast, de boekhouding klopt niet met het magazijn, en niemand weet of het aan de data ligt of aan een verkeerde instelling. Dat is de big-bang, en hij faalt zelden stil. Grote IT-projecten lopen gemiddeld 45% over budget en leveren 56% minder waarde dan beloofd. Bij 17% is de schade groot genoeg om het voortbestaan van de onderneming te bedreigen (McKinsey en Oxford, 2012).

Een overstap bij 150 medewerkers hoeft geen gok te zijn. U knipt hem in golven, laat het oude systeem draaien tot elke golf stabiel is, en beslist na elke stap of u doorgaat. Hierna volgt de volgorde die werkt, met de plekken waar teams vastlopen.

Eerst meten, dan bouwen

De eerste fout is een leverancier kiezen voordat u weet wat u vervangt. Begin met een proces-audit: leg vast hoe het werk vandaag echt loopt, welke stappen waarde toevoegen en welke er alleen staan omdat ze er altijd al stonden. Bij 150 mensen draaien er tientallen processen door elkaar, en de meeste zijn nergens beschreven. Wat u niet in kaart brengt, migreert mee, inclusief het dubbel werk.

Leg daarnaast een FinOps-audit over uw licenties en infrastructuur. Organisaties verspillen 20 tot 30% van hun IT-uitgaven, en meer dan de helft van de SaaS-licenties blijft ongebruikt (Flexera, 2024). Dat is geld dat u niet mee hoeft te nemen naar het nieuwe platform. Elke licentie die u schrapt en elk systeem dat u uitzet, is een kost die wegblijft en een koppeling minder om te bouwen.

Knip de migratie in golven

Een golf is een afgebakend stuk werk dat u van begin tot einde van het oude naar het nieuwe systeem brengt: één module, één afdeling of één proces, met de bijbehorende data en gebruikers. U bouwt niet alles tegelijk. U kiest een eerste golf die klein genoeg is om te overzien en belangrijk genoeg om iets te bewijzen.

1. Begin bij een proces met een duidelijke rand, waar de data schoon is en de afhankelijkheden beperkt. Order-to-cash of voorraadbeheer zijn vaak goede eerste golven.
2. Zet processen die van elkaar afhangen in opeenvolgende golven zodat een fout in de ene de andere niet meesleept.
3. Bewaar het proces met de meeste uitzonderingen en de vuilste data voor later, wanneer het team het platform kent en het ritme erin zit.
4. Geef elke golf hetzelfde vaste patroon: bouwen, testen met echte data, parallel draaien, en pas dan overschakelen.

Laat legacy draaien: de parallel run

Big-bang faalt omdat er geen weg terug is. Een parallel run heeft die wel. Tijdens elke golf blijft het oude systeem het werk van waarheid doen, terwijl het nieuwe hetzelfde werk meedraait op dezelfde invoer. U vergelijkt de uitkomsten dag na dag: dezelfde facturen, dezelfde saldi, dezelfde voorraadstanden. Pas als het nieuwe systeem een aantal periodes op rij hetzelfde resultaat geeft, verlegt u de bron van waarheid. Dat kost een tijd dubbel werk, en het koopt u het recht om terug te vallen zonder schade.

Reken daarbij niet op een AI die de migratie voor u doet. Gartner verwacht dat meer dan 70% van de mainframe-exitprojecten die in 2026 starten hun doel niet haalt, precies omdat teams overschatten wat generatieve AI aankan (Gartner, 2026). AI helpt bij het lezen van oude code en het opstellen van testgevallen. De reconciliatie doet ze niet, en uw uitzonderingen kent ze niet. Behandel ze als gereedschap, niet als de aannemer.

Data migreren en reconciliëren

Datamigratie is waar de meeste tijd verdwijnt en waar teams het minst op plannen. Oude systemen zitten vol velden die iemand ooit heeft misbruikt voor iets anders, klanten die driemaal bestaan, en bedragen in valuta's die niemand meer gebruikt. U haalt de data eruit, maakt ze schoon, en laadt ze in met een spoor terug naar de bron, zodat u elk record kunt herleiden. Reconciliatie is de kern van elke golf.

• Tel de records aan beide kanten en verklaar elk verschil, ook een verschil van één.
• Reconcilieer de bedragen die ertoe doen tot op de cent: openstaande vorderingen, voorraadwaarde, grootboeksaldi.
• Test met een kopie van de echte productiedata, niet met verzonnen voorbeelden, want de uitzonderingen zitten in het echt.
• Laat de eigenaar van het proces de cijfers aftekenen, niet de ploeg die de migratie draaide.

Neem 150 mensen mee

Een platform dat technisch klopt en dat niemand gebruikt, is een mislukte migratie. Bij 150 mensen verandert u meer dan software. U verandert hoe mensen hun dag invullen. Betrek per golf een handvol sleutelgebruikers vroeg, laat ze meebouwen aan de manier waarop hun proces in het nieuwe systeem loopt, en maak van hen de mensen die hun collega's opleiden. Train per golf en dicht bij de overschakeling, zodat wat mensen leren nog vers is wanneer ze het nodig hebben. Eén grote training voor het hele bedrijf, maanden voor de eerste golf, is weggegooide tijd.

Cutover, module per module

De overschakeling zelf is klein als het voorwerk klopt. Per golf zet u één module om, op een moment met weinig verkeer, met het oude systeem nog stand-by. De gebruikers van die module gaan over, de rest van het bedrijf werkt door zoals gisteren. Draait de eerste golf een paar weken stabiel, dan start de volgende, met wat u geleerd hebt erin verwerkt. Zo bouwt u het platform op terwijl het bedrijf blijft draaien, tot de laatste module over is en het oude systeem uit mag.

De weg naar een nieuw platform is niet spectaculair. Het is een reeks kleine, omkeerbare stappen, elk met een uitweg. Precies daarom komt hij aan.

Aan het einde staat er één platform dat u bezit, met de code in uw eigen repository en zonder de knip die u de volgende keer weer gijzelt. Wie een overstap zo aanpakt, ruilt één groot risico op één avond in voor een reeks kleine beslissingen die u zelf in de hand houdt. Dat is de enige versie van deze migratie die u een tweede keer zou durven doen.