Downtime is bijna altijd een planningsprobleem. Als een migratie misgaat, ligt het zelden aan de techniek zelf. Het ligt aan onduidelijke verwachtingen, een ontbrekend draaiboek, of een rollback-plan dat niemand heeft geoefend.
Waarom migraties toch mislopen
Ik kom regelmatig binnen bij organisaties die een migratie hebben meegemaakt en er littekens aan hebben overgehouden. Systemen die een weekend plat lagen. Data die op het verkeerde moment stond te wachten. Gebruikers die maandagochtend niets konden.
Wat die gevallen gemeen hebben: de technische uitvoering was prima, maar het traject eromheen klopte niet. Er was geen helder draaiboek. Er was geen afgesproken go/no-go moment. En als er iets fout ging, wist niemand precies wie wat moest beslissen.
Een migratie zonder downtime begint dan ook niet bij de techniek. Het begint bij structuur.
Het draaiboek als fundament
Elke migratie die ik begeleid, start met een gedetailleerd draaiboek. Dat is geen document voor de la — het is het werkdocument dat iedereen kent en dat we samen doorlopen.
Zo'n draaiboek bevat minimaal:
- Een stap-voor-stap uitvoeringsplan met tijdstippen en verantwoordelijken
- Expliciete go/no-go criteria per fase — wanneer ga je door, wanneer stop je
- Een rollback-procedure die vooraf is getest, niet bedacht tijdens de crisis
- Contactlijst: wie belt wie als er iets afwijkt van het plan
- Communicatieplan voor gebruikers: wat weten ze, wanneer, en via welk kanaal
Het draaiboek schrijf ik samen met de opdrachtgever. Niet voor hen. Dat zorgt dat iedereen begrijpt wat er staat en waarom — en dat er geen verrassingen zijn op het moment dat het telt.
Fasering: kleinere stappen, grotere controle
Een big-bang migratie — alles tegelijk overzetten in één weekend — is bijna altijd vermijdbaar. En bijna altijd is vermijden ook het verstandigste.
Door een migratie te faseren, beperk je het risico per stap. Je begint met een pilotgroep: een afdeling of locatie die representatief is maar niet bedrijfskritisch. Daar werk je de kinderziektes uit. Dan schaal je op.
Wat ik in de praktijk gebruik:
Fase 1
Pilot
10–15% van gebruikers, niet-kritische afdelingen. Validatie van aanpak en tools.
Fase 2
Uitrol
Gefaseerd per locatie of afdeling. Bewaking op performance en support-tickets.
Fase 3
Cutover
Resterende gebruikers. Definitieve switch met een helder teruggrijpplan achter de hand.
Sign-off: jij blijft in controle
Bij elke fase-overgang is er een formeel akkoordmoment. Ik presenteer wat er gedaan is, wat de resultaten zijn, en wat de volgende stap inhoudt. Jij geeft — of geeft niet — groen licht.
Dat klinkt misschien bureaucratisch, maar het is precies het tegenovergestelde. Het zorgt dat er geen stappen worden overgeslagen omdat "het toch wel goed zit". En het zorgt dat jij als opdrachtgever nooit voor verrassingen staat.
Ik start nooit met fase twee als fase één niet is afgesloten.
Communicatie is het verschil
Migraties lopen niet alleen technisch stuk. Ze lopen ook stuk op onduidelijkheid bij gebruikers. Iemand die niet weet wat er gaat veranderen, belt de servicedesk. Die servicedesk heeft het dan al druk genoeg.
Wat ik standaard meeneem in elk traject:
- Aankondiging aan gebruikers: wat verandert, wanneer, en wat ze zelf moeten doen
- Korte handleiding of FAQ voor de meest voorkomende vragen
- Escalatiepad: wie bel je als iets niet werkt en de helpdesk het ook niet weet
Gebruikers die weten wat er komt, accepteren verandering. Gebruikers die voor verrassingen staan, dragen die weerstand het hele traject mee.
Migratie gepland — of nodig?
Of het nu een werkplekmigratie, een tenant-move of een infrastructuurovergang is: ik begeleid het van analyse tot afronding. Met een draaiboek, gefaseerde uitrol en volledige documentatie achteraf.
Gesprek plannen