Bedrijfssoftware vervangen zonder downtime: een praktisch stappenplan

De vrees bij het vervangen van bedrijfssoftware is zelden de nieuwe software zelf. Ze is dat de facturatie een week stilligt, dat orders niet verwerkt raken, of dat medewerkers op maandagochtend voor een scherm zitten dat ze niet kennen.

Die vrees is terecht wanneer alles op één moment overgaat. Ze is grotendeels weg te nemen door het niet zo aan te pakken. Hieronder de stappen die dat mogelijk maken.

Stap 1: leg vast wat er werkelijk gebeurt

Niet wat in de procedures staat, maar wat mensen dagelijks doen, inclusief de omwegen. Loop met een aantal medewerkers een gewone dag door en noteer elke handeling in het systeem.

Hier komen de uitzonderingen boven die niemand nog benoemde: de klant met een afwijkende prijsafspraak, het order dat handmatig wordt aangepast, het rapport dat maar één persoon kan maken. Precies die zaken laten een migratie ontsporen wanneer ze pas bij de oplevering opduiken.

Stap 2: bepaal de volgorde

Splits het systeem in onderdelen en rangschik ze op twee assen: hoeveel last u er nu van hebt, en hoe verweven het is met de rest.

Begin bij een onderdeel dat veel oplevert en weinig samenhangt met andere delen. Dat geeft een resultaat dat zichtbaar is, terwijl het risico beperkt blijft. Het meest verweven onderdeel bewaart u voor later, wanneer het team het nieuwe systeem kent.

Stap 3: laat beide systemen naast elkaar draaien

Het nieuwe onderdeel gaat in gebruik terwijl het oude systeem blijft staan. Gegevens worden tussen beide uitgewisseld, zodat er één waarheid blijft.

Dit is de kern van vervangen zonder stilstand. U hebt op elk moment een werkend systeem, en er is geen dag waarop alles tegelijk moet lukken. Spreek wel vooraf af welk systeem leidend is voor welke gegevens, anders ontstaan twee versies van de werkelijkheid.

Stap 4: lever op in stukken die af zijn

Elke fase eindigt met iets dat in productie gebruikt wordt, niet met iets dat wacht op de rest. Dat dwingt tot volledigheid en levert onderweg al resultaat.

Fases van vier tot acht weken werken doorgaans het best. Korter en er past te weinig in; langer en u verliest het zicht op de voortgang.

Stap 5: test met echte gegevens

Testen op verzonnen gegevens toont aan dat het systeem werkt zoals bedoeld. Testen op een kopie van uw eigen gegevens toont aan of het werkt met de rommel die er in werkelijkheid in zit.

Laat de mensen die het werk dagelijks doen de test uitvoeren, met hun eigen dossiers. Zij zien binnen tien minuten wat een tester in twee dagen niet vindt.

Stap 6: leg de terugweg vast

Bij elke fase spreekt u vooraf af wanneer u terugkeert naar de oude situatie, en hoe. Welke fout is groot genoeg, wie beslist, en hoeveel tijd is er nodig.

Dat gesprek voert u vóór de overschakeling. Op het moment zelf is er te veel druk om een verstandige afweging te maken, en dan wordt doorgaan de standaardkeuze omdat terugkeren niet is voorbereid.

Stap 7: kies het moment

Schakel over buiten uw piek en niet op vrijdagavond. Klinkt aantrekkelijk om het weekend als buffer te hebben, maar het betekent dat de mensen die kunnen helpen niet beschikbaar zijn.

Een dinsdagochtend is beter: de dag is jong, iedereen is er, en problemen komen aan het licht op een moment dat ze opgelost kunnen worden.

Waar stilstand toch vandaan komt

In de praktijk ontstaat downtime zelden door de techniek. Ze ontstaat doordat gegevens niet blijken te kloppen, doordat een uitzondering vergeten was, of doordat medewerkers niet weten hoe ze een handeling moeten uitvoeren en het werk daarom blijft liggen.

De eerste twee vangt u af met stap 1 en stap 5. De derde met opleiding en met voldoende ondersteuning in de eerste week. Reken die week gewoon in als projecttijd, dan komt ze niet als verrassing.

Wil u dit gecontroleerd aanpakken? Lees hoe wij software gefaseerd vervangen zonder stilstand.