Een verouderd systeem vervangen is spannend. Een verouderd systeem vervangen waar uw hele operatie op draait, is dat des te meer. De grootste angst is terecht: dat de boel stil komt te liggen tijdens de overgang. Toch is die stilstand te vermijden, mits u het risico beheerst in plaats van erop te gokken.
Deze pagina richt zich op dat beheersen bij een kritisch systeem. Het bredere stappenplan van modernisering leest u in Legacy software vervangen; hier gaat het om de continuïteit tijdens de overgang.
Uitstellen is ook een risico
Bij een gewone applicatie is vervanging vervelend maar overzichtelijk. Bij een bedrijfskritisch systeem is elke fout in de overgang direct voelbaar in de operatie. Er hangt veel aan: processen, koppelingen, data en de dagelijkse routine van medewerkers.
Dat maakt de inzet hoog, maar het is geen argument om te wachten. Uitstellen vergroot het risico juist: de techniek veroudert verder, de kennis erover verdampt en de kans op een ongeplande storing neemt toe. De kunst is niet om vervanging te vermijden, maar om het risico te beheersen.
Waarom “big bang” zelden verstandig is
De verleiding is groot om het oude systeem op een zaterdag uit te zetten en het nieuwe maandag aan te zetten. Deze “big bang”-aanpak brengt bij een kritisch systeem grote risico’s met zich mee. Alles moet in één keer goed gaan. Er is geen terugvaloptie als iets niet werkt. En medewerkers moeten van de ene op de andere dag met een nieuw systeem overweg.
De verstandigere route is gefaseerd vervangen met behoud van continuïteit: stap voor stap, met op elk moment een vangnet.
Drie manieren om gefaseerd te vervangen
Gefaseerd vervangen betekent dat u het systeem niet in één keer omzet, maar in beheersbare delen. Dat kan op drie manieren, vaak in combinatie.
Deel voor deel overzetten. Begin met het onderdeel dat de meeste pijn veroorzaakt of het minste risico draagt, en breid van daaruit uit. Zo boekt u snel resultaat zonder alles tegelijk op het spel te zetten.
Parallel draaien. Laat het oude en het nieuwe systeem een periode naast elkaar draaien, zodat u kunt vergelijken en terugvallen als dat nodig is. Pas als het nieuwe deel bewezen werkt, schakelt u het oude uit.
Iteratief opleveren. De nieuwe functionaliteit wordt in korte cycli gebouwd en getest, telkens met uw key users. Zo weet u bij elke stap zeker dat wat live gaat, ook werkt.
Datamigratie: niets kwijt, niets stil
Data is vaak het gevoeligste onderdeel van een vervanging. Jarenlange historie, klantgegevens en lopende processen zitten in het oude systeem. Bij de overgang wilt u niets kwijtraken en niets stil laten vallen.
Zorgvuldige datamigratie betekent: inventariseren welke data mee moet, die opschonen waar nodig, de migratie testen op een kopie voordat u live gaat, en pas overschakelen als de gemigreerde data klopt. In de praktijk is het zelfs mogelijk om de onderliggende database te vernieuwen terwijl het systeem in gebruik blijft. Zo werd bij een groothandel in de automotive een database-migratie uitgevoerd zonder downtime en zonder functionaliteitsverlies: het systeem bleef draaien terwijl de technische basis werd vernieuwd.
Livegang met een vangnet
Hoe goed u zich ook voorbereidt, bij een kritisch systeem gaat u nooit live zonder terugvaloptie. Een terugvalscenario beschrijft wat u doet als er tijdens of na de overgang iets misgaat: hoe schakelt u terug naar de vorige situatie, zodat de operatie doorgaat?
In de praktijk werkt dat. Zo werd bij een groothandel de overgang naar een geautomatiseerd magazijn begeleid met terugvalscenario’s en wekelijkse voortgangsrapportage. Daardoor was de automatisering binnen enkele maanden operationeel, terwijl de operatie op elk moment door kon gaan. Meer over hoe u die continuïteit borgt, staat in Continuïteit en beschikbaarheid.
De grootste misvatting over het vervangen van een kritisch systeem is dat u alles overboord moet gooien. Vaak is het tegendeel waar: stapsgewijs vernieuwen, met behoud van wat werkt, houdt de operatie draaiend terwijl de techniek meegaat met de tijd.
Veelgestelde vragen
Kan een bedrijfskritisch systeem echt vervangen worden zonder stilstand?
Volledig zonder enig risico bestaat niet, maar door gefaseerd te werken, parallel te draaien en terugvalscenario’s in te bouwen, is vervanging zonder operationele stilstand goed haalbaar.
Hoe lang duurt zo’n gefaseerde vervanging?
Dat hangt af van de omvang en complexiteit. Het voordeel van gefaseerd werken is dat u al snel delen van het nieuwe systeem in gebruik neemt, terwijl andere delen nog worden gebouwd.
Wat gebeurt er met onze historische data?
Die wordt zorgvuldig gemigreerd en getest. Het doel is dat alle relevante historie beschikbaar blijft in het nieuwe systeem.
Wat als het nieuwe deel niet werkt zoals verwacht?
Dankzij terugvalscenario’s kunt u terugschakelen naar de vorige situatie. Bovendien wordt elke oplevering getest en geaccepteerd voordat die live gaat.
Loopt uw huidige systeem tegen zijn grenzen aan, maar durft u vervanging niet aan vanwege de operatie? Dan is een beheerste route het bespreken waard: welk deel eerst, waar draait u parallel, en welk vangnet hoort erbij. Schets ons uw situatie, dan schetsen wij hoe zo’n traject er beheerst uit kan zien. Wilt u eerst weten hoe goed beheer dat risico al vooraf verkleint, of past uw proces beter bij maatwerk? Lees Beheer, onderhoud en support en Maatwerk voor bedrijfskritische processen, of bekijk het volledige overzicht in de gids Bedrijfskritische software.
