Kort antwoord
Legacy software vervang je zonder stilstand door het nieuwe systeem stap voor stap naast het oude te bouwen. Begin bij de vraag waarom je vervangt, betrek de mensen die ermee werken en start met de onderdelen die echt nodig zijn. Zo verhuist het werk geleidelijk, en zet je het oude systeem pas uit als niemand het meer nodig heeft.
Bijna elk bedrijf heeft wel een systeem dat al jaren meegaat en waar het werk op draait. Het doet wat het moet doen, maar het wordt steeds lastiger om het bij te houden of uit te breiden. Vervangen voelt als een enorme klus, met het risico dat alles een tijd stilligt. Dat hoeft niet, als je het in de goede volgorde aanpakt.
Wat is legacy software, en waarom vervang je het?
Legacy software is verouderde software die nog wel belangrijk is voor het bedrijf. Het kan een pakket zijn van een leverancier die niet meer kan leveren wat je nodig hebt, of die de software helemaal niet meer aanbiedt. Het kan ook maatwerk zijn van een programmeur die al lang weg is, of een database die een medewerker ooit zelf heeft gebouwd. Wat ze gemeen hebben: het bedrijf is ervan afhankelijk, terwijl het steeds moeilijker wordt om er iets aan te veranderen.
Vaak is dat ook de aanleiding voor een nieuw softwareproject. Er is een systeem dat toe is aan vernieuwing, en de huidige leverancier kan die vernieuwing niet bieden. Soms speelt veiligheid mee. Voor oudere softwareversies komen op een gegeven moment geen beveiligingsupdates meer. Microsoft stopte bijvoorbeeld in oktober 2025 met beveiligingsupdates voor Office 2016 en 2019 (Microsoft). De programma's blijven werken, maar nieuwe lekken worden niet meer gedicht.
"Het werkt toch nog": waarom wachten riskant is
"Het werkt toch nog" is de reden die we het vaakst horen om niet te vervangen, en dat is begrijpelijk. Zolang het systeem draait, lijkt er weinig aan de hand, en vervangen voelt als een gigantische berg. Toch wordt die berg meestal groter naarmate je langer wacht.
Ook de overheid worstelt hiermee. Het Adviescollege ICT-toetsing (AcICT) stelt dat organisaties te lang vasthouden aan oude systemen, vooral omdat vervangen duur en ingewikkeld lijkt (Binnenlands Bestuur, 2025). Hun advies is om vervanging vooraf te plannen, voordat een systeem uitvalt. Dan bepaal je zelf het tempo, en hoef je niet onder tijdsdruk te kiezen. Dat advies is gericht aan de overheid, maar het geldt net zo goed voor een MKB-bedrijf.
Begin bij het waarom
Een goede vervanging begint bij de vraag waarom je eigenlijk naar een nieuw systeem gaat. Kan het werk efficiënter? Gaat het om veiligheid? Of is het een combinatie, bijvoorbeeld omdat het oude systeem traag is en de leverancier het niet meer ondersteunt?
Het antwoord op die vraag wordt de richtlijn voor het hele project. Bij elke keuze kun je teruggrijpen op het waarom: helpt dit onderdeel ons om efficiënter of veiliger te werken? Zonder die richtlijn groeit een project alle kanten op, en weet achteraf niemand meer wat het moest oplossen.
Neem iedereen mee in de overgang
Een overstap slaagt alleen als de mensen die met het systeem werken er straks ook blij mee zijn. Breng daarom vroeg in beeld wat de verschillende betrokkenen nodig hebben, van de directie tot de medewerkers die er elke dag in werken. Eerlijkheid moet daarbij van beide kanten komen: waar is echt behoefte aan, en wat is een wens die kan wachten? Wees ook eerlijk over het tempo, want een goede overstap gaat niet snel.
Kijk daarbij goed naar wat het oude systeem minder goed deed. Dat zegt veel over wat het nieuwe systeem nodig heeft. Gebeurt dat niet, dan zijn medewerkers achteraf ontevreden. Ze vallen terug op het oude systeem, of verzinnen zelf iets, zoals een eigen lijstje of een appgroep. Dat is onveilig en maakt het werk minder leuk en minder efficiënt.
Daarom is het slim om vroeg te beginnen met het ontwerp. Laat de mensen die ermee gaan werken de eerste ontwerpen zien, voordat er iets gebouwd is. Dan hoor je op tijd wat er niet klopt. Hoe dat in de praktijk misgaat en wat helpt, lees je in ons artikel over waarom je team nieuwe software niet gebruikt.
Stap voor stap: oud en nieuw naast elkaar
Bij een groot systeem is stapsgewijs werken cruciaal: je bouwt het nieuwe systeem onderdeel voor onderdeel naast het oude, en verhuist het werk geleidelijk. In de softwarewereld heet die aanpak het strangler fig-patroon, naar een vijgenboom die langzaam om een oude boom heen groeit tot hij die vervangt. Volgens AWS brengt alles in één keer vervangen veel risico en verstoring met zich mee, terwijl je bij een geleidelijke overstap kunt doorwerken en gebruikers er weinig van merken.
In de praktijk ziet dat er zo uit:
- Begin met de functies die echt nodig zijn. Kies het onderdeel dat de meeste winst oplevert of het meeste risico wegneemt. Wil vooral niet alles tegelijk doen.
- Laat oud en nieuw een tijd naast elkaar draaien. Het team werkt voor dat ene onderdeel al in het nieuwe systeem, en voor de rest nog in het oude.
- Houd gedeelde gegevens automatisch gelijk. Sommige gegevens heeft zowel het oude als het nieuwe systeem nodig, zoals klantgegevens. AWS noemt dat een van de aandachtspunten van deze aanpak. Die gegevens worden tijdelijk tussen beide systemen gesynchroniseerd. Overtypen of foutieve informatie wil je altijd vermijden.
- Breid het nieuwe systeem uit, onderdeel voor onderdeel. Zo gaat het team steeds meer in het nieuwe systeem werken.
- Zet het oude systeem pas uit als niemand het meer nodig heeft. Bewaar de oude gegevens zo lang als nodig is, voor het geval iemand iets terug moet zoeken.
Zo blijft het bedrijf gewoon doorwerken, en kan het team rustig wennen. Gaat er bij een onderdeel iets mis, dan raakt dat alleen dat onderdeel en niet het hele bedrijf.
AWS noemt ook wanneer deze aanpak minder zin heeft: bij een klein systeem is opnieuw bouwen niet ingewikkeld, en dan kan het efficiënter zijn om in één keer over te stappen.
Wanneer een bestaand pakket de betere vervanger is
Een maatwerkoplossing is niet altijd de beste vervanger. Gaat het om werk dat bijna elk bedrijf op dezelfde manier doet, zoals de boekhouding of de personeelsadministratie, dan bestaan er goede standaardpakketten. Let dan wel op welke koppelingen het pakket biedt, en waar je gegevens worden opgeslagen.
Maatwerk loont vooral bij werk dat eigen is aan jouw organisatie, waar het oude systeem juist goed op aansloot. Vaak is een combinatie het slimst: een standaardpakket voor wat standaard is, en maatwerk voor de rest, met een koppeling ertussen. Hoe je die afweging maakt, lees je in ons artikel over maatwerk of standaard software.
Hoe wij legacy software vervangen
Een vervanging lijkt vaak erger dan hij is, vooral als je hem in stappen bekijkt. Ga daarom gewoon in gesprek met een softwarepartij en kijk of de klik en het vertrouwen er zijn. Daarna kun je samen in kaart brengen wat het oude systeem nu allemaal doet. Wij beginnen altijd met de vraag waarom je wilt vervangen, en met de mensen die er elke dag mee werken. We starten met een Impact Analyse: in twee weken brengen we in kaart waar de tijd weglekt, wat dat kost en waar je medewerkers op vastlopen. Je krijgt een rapport met een concreet voorstel, en daarna beslis je zelf of je verder wilt. Hoe we dat aanpakken, lees je bij legacy software vervangen. Wil je eerst kennismaken, plan een digitaal koffietje; dat is twintig minuten en gratis.
Veelgestelde vragen
Legacy software is verouderde software die nog wel belangrijk is voor het bedrijf. Denk aan een pakket waarvan de leverancier niet meer bestaat, of maatwerk van een programmeur die al lang weg is.
Dat hangt af van hoe groot het systeem is en hoeveel onderdelen erin zitten. Omdat je stap voor stap werkt, kun je het eerste onderdeel vaak al in gebruik nemen terwijl de rest nog in ontwikkeling is.
Soms wel, voor verschillende onderdelen. Het doel is dat ze nooit dezelfde gegevens in beide systemen hoeven in te voeren. Gegevens die beide systemen nodig hebben, worden in de overgangsperiode automatisch gelijk gehouden.
