Een legacysysteem uitzetten: waarom het langer duurt dan je denkt

Bijgewerkt in september 2026. Het oorspronkelijke bericht uit november 2021 was drie zinnen en een foto; de lessen eronder verdienden meer.

'Legacysystemen uitfaseren is een vak apart.' zei een wijze architect ooit tegen me. Hij had gelijk.

De foto is van het digitale team van Maxeda DIY, de dag dat het oude systeem uit ging. Wij waren er jaren eerder bij toen het nieuwe platform live ging, en ik had toen een voorspelling gedaan: één jaar, dan staat het oude uit. Het werd een stuk langer. Niet omdat er iemand had zitten slapen, maar omdat een legacysysteem uitzetten iets anders is dan een nieuw systeem aanzetten. Dit is waarom, en wat je vooraf regelt zodat het toch gebeurt.

Een nieuw platform bouwen heeft een eigenaar, een budget, een deadline en een feest aan het eind. Een oud platform uitzetten heeft geen van die vier. Zodra het nieuwe systeem draait, verschuift de aandacht naar wat het nieuwe systeem nog niet kan. Het oude blijft draaien "voor de zekerheid", en die zekerheid kost elke maand geld: licenties, servers, een beheerder die het nog snapt, en een team dat twee systemen tegelijk bijhoudt.

Het echte probleem is dat niemand precies weet wie het oude systeem nog gebruikt. Niet de gebruikers die je kent, maar de andere: een rapportage die elke maandag een export ophaalt, een koppeling met de boekhouding die niemand meer heeft aangeraakt sinds de bouwer vertrok, een leverancier die nog op het oude adres bestanden aanlevert. Elk van die afnemers komt pas boven water als je de stekker eruit trekt. En dan trek je hem er niet uit.

Mijn schatting van één jaar was niet dom, hij was optimistisch op een voorspelbare manier. Drie dingen maken het langer:

• De laatste vijf procent is geen vijf procent werk. Het nieuwe systeem doet 95 procent van wat het oude deed, want daar is het op gebouwd. De overige vijf procent zijn de uitzonderingen: het proces dat één klant per kwartaal gebruikt, het scherm dat alleen de financiële administratie kent. Die vijf procent kost verhoudingsgewijs het meeste, en is het makkelijkst om uit te stellen.

• Data heeft een langere adem dan software. Het nieuwe systeem heeft de actuele gegevens; de historie van tien jaar staat nog in het oude. Zolang iemand ooit een order uit 2016 wil terugzien, blijft het oude systeem aan. Zolang niemand beslist hoe lang die historie bewaard moet blijven en waar, gebeurt er niets.

• Uitzetten is niemands prioriteit. Het levert geen nieuwe functie op en geen omzet. Het levert lagere kosten op, en die staan op een andere begroting dan die van het team dat het werk moet doen.

Wat we sindsdien anders doen, bij onszelf en bij klanten die een verouderd systeem moderniseren:

1. Plan het uitzetten als onderdeel van de bouw, niet als nazorg. De einddatum van het oude systeem staat in het projectplan van het nieuwe, met een eigenaar en een budget. Geen datum is geen plan.

2. Inventariseer de afnemers voordat je begint. Niet door het te vragen, want mensen weten het niet, maar door te meten: logging op elke ingang van het oude systeem, een kwartaal lang. Elk IP-adres, elke gebruikersnaam, elke nachtelijke batch. Die lijst is de echte scope.

3. Verhuis stap voor stap, met het oude erlangs. Het strangler-patroon: elke functie die het nieuwe systeem overneemt, wordt in het oude uitgezet of doorgestuurd. Zo krimpt het oude systeem terwijl het nieuwe groeit, en is er nooit één groot moment waarop alles tegelijk moet.

4. Zet het eerst alleen-lezen. Maanden voordat het uit gaat, mag er niets meer in. Wie dan nog iets probeert te schrijven, meldt zich vanzelf, en dat is precies de afnemer die je gemist had.

5. Beslis over de data apart van de software. Hoe lang moet de historie bewaard blijven, wie mag erbij, en in welke vorm: een archief dat je kunt doorzoeken is iets anders dan een server die aan blijft staan. Meestal is een export naar goedkope opslag plus één zoekscherm genoeg, en dat is een fractie van wat het oude systeem per maand kost.

6. Trek de stekker eruit op een afgesproken dag, en vier het. Niet "als alles klaar is", want dat is het nooit. Een dag, een lijst van wat er nog aan hangt, en een besluit per punt: verhuizen, archiveren of laten vallen. De foto bovenaan is wat het oplevert als je dat doet.

Het meest zichtbare is de rekening: licenties, hosting en beheer die stoppen. Minder zichtbaar, en groter, is wat het team terugkrijgt. Elke wijziging hoefde twee keer gedaan te worden, elke storing kon uit twee systemen komen, en elke nieuwe collega moest twee werelden leren. Dat houdt op.

En er is een risico dat verdwijnt. Een systeem dat "alleen nog voor de zekerheid" draait, krijgt geen updates meer, geen aandacht en geen beveiliging. Het is precies het systeem waar een aanvaller naar zoekt: bekend, oud, en zonder eigenaar. Uitzetten is de enige patch die altijd werkt.

Niet als het nieuwe systeem live is. Dan is het te laat om de afnemers nog te meten en te vroeg om iemand aan het werk te zetten. Het moment is de start van de bouw: wie is eigenaar van het uitzetten, wat is de datum, en wat doen we met de data. Drie vragen, een half uur. Het scheelt, in ons geval, een stuk meer dan een jaar.

Zit je met een systeem dat "eigenlijk uit had gemoeten"? We kijken graag mee naar wat er nog aan hangt. Dat eerste gesprek kost niets, en een script om een export te maken of een koppeling om te leggen ook niet.