Wat is een legacy systeem? Betekenis, signalen en risico's

Je systeem draait al jaren. Het werkt, min of meer. Maar elke aanpassing kost meer tijd dan de vorige, nieuwe koppelingen lukken niet meer soepel en niemand weet precies meer hoe alles in elkaar zit. Dit zijn klassieke signalen van een legacy systeem herkennen in de eigen organisatie.

Een legacy systeem is niet simpelweg een oud systeem. Legacy wordt pas een probleem wanneer het je organisatie tegenhoudt in plaats van ondersteunt. In dit artikel lees je hoe je een legacy systeem herkent, wat de risico's zijn en wat je kunt doen.

Wat is een legacy systeem?

Een systeem wordt een legacy systeem wanneer het moeilijk wordt om het systeem aan te passen, uit te breiden of te vervangen, terwijl het systeem nog wel een belangrijke rol speelt binnen de organisatie.

In veel organisaties zijn legacy systemen systemen die in de loop van de jaren steeds verder zijn uitgebreid. Wat ooit begon als een systeem voor één proces, wordt later gekoppeld aan andere systemen, rapportages, portals of databronnen. Daardoor wordt het systeem onderdeel van een groter geheel van applicaties en processen. Het systeem zelf verandert misschien niet veel, maar de afhankelijkheden eromheen nemen toe.

Een ordersysteem is gekoppeld aan je CRM, facturatiesysteem, klantportaal en rapportages. Zolang alles werkt, is er weinig aan de hand. Maar wanneer je iets wilt aanpassen in het ordersysteem, heeft dat gevolgen voor meerdere andere systemen. Een wijziging wordt ingewikkeld en risicovol.

Hetzelfde zie je bij systemen voor planning, logistiek of klantdata. Deze systemen zijn in de loop van jaren uitgebreid met functionaliteit en koppelingen. Het systeem zelf werkt nog, maar de omgeving eromheen is complex geworden.

Wij zien vaak dat organisaties pas doorhebben dat een systeem legacy is geworden wanneer ze iets willen veranderen. Een nieuwe feature, een koppeling met een modern platform of een migratie naar de cloud. Op dat moment blijkt hoeveel systemen en processen afhankelijk zijn van één systeem.

Hoe systemen legacy worden

Legacy ontstaat niet door één verkeerde keuze. Het ontstaat door jarenlang logische keuzes maken die op de korte termijn werken, maar op de lange termijn druk opbouwen.

Fase 1: Het systeem wordt gebouwd

Een systeem wordt gebouwd voor de situatie van dat moment. De organisatie is kleiner, processen zijn overzichtelijk en de technische historie is laag. Het systeem werkt goed.

Fase 2: De organisatie verandert

Er komen nieuwe teams, nieuwe processen, andere eisen vanuit wetgeving of klanten. In plaats van opnieuw te ontwerpen, bouwen organisaties verder op wat er staat. Dat is begrijpelijk. Het bestaande systeem werkt, de operatie moet doorgaan en tijd om opnieuw te beginnen is er zelden.

Fase 3: Elke keuze is gericht op continuïteit

Een extra koppeling om een nieuw proces mogelijk te maken. Een aanpassing om een klantwens snel op te lossen. Een workaround omdat een structurele oplossing te veel tijd kost. Los van elkaar zijn dit verdedigbare keuzes. Samen maken ze een systeem steeds moeilijker te doorgronden.

Fase 4: Kennis verdwijnt

Organisaties veranderen sneller dan systemen. Teams wisselen, leveranciers veranderen, beslissers vertrekken. Kennis verdwijnt, documentatie loopt achter en keuzes uit het verleden zijn niet meer goed te herleiden. Wat ooit bewust is gebouwd, is nu iets dat er gewoon staat.

Bij een klant zagen we dit recent terug: een planningsysteem dat tien jaar geleden was gebouwd door een extern bureau. Het systeem werkte nog prima, maar de oorspronkelijke ontwikkelaars waren allang weg. Documentatie was verouderd. Niemand durfde nog grote aanpassingen te doen, omdat niemand precies wist welke gevolgen dat zou hebben voor andere systemen.

Zo kom je in een situatie waarin een systeem onmisbaar is, maar niemand nog precies weet hoe toekomstvast het eigenlijk is.

Is jouw systeem al legacy? Doe de snelle check

Herken je drie of meer van de onderstaande signalen? Dan is de kans groot dat je met een legacy systeem werkt.

1. Aanpassingen duren maanden in plaats van weken
Wat vroeger snel ging, kost nu veel meer tijd. Testen, afstemmen en risico's inschatten vreet capaciteit.

2. Meerdere systemen zijn afhankelijk van dit systeem
Een wijziging heeft gevolgen voor meerdere andere systemen. Niemand durft meer iets aan te passen.

3. Niemand weet meer precies hoe het systeem werkt
Het originele team is weg. Documentatie is verouderd of ontbreekt. Kennis zit bij één persoon, of nergens.

4. Nieuwe functionaliteit bouw je liever ernaast
Je bouwt nieuwe features bewust in een apart systeem, omdat toevoegen aan het oude systeem te complex is.

5. Onderhoud kost meer dan doorontwikkeling
Het grootste deel van je IT-budget gaat naar het draaiend houden van wat er staat. Er blijft weinig over voor vernieuwing.

6. Koppelingen met moderne tools lukken niet
Je wilt verbinden met een modern CRM, een cloudplatform of een nieuwe API, maar het oude systeem ondersteunt dat niet zonder maatwerk.

7. Releases duren maanden
Wat vroeger in weken kon, vraagt nu een heel traject van voorbereiding, testen en afstemming.

Waarom vervangen organisaties legacy systemen niet?

Als iedereen weet dat legacy systemen risico's meebrengen, waarom vervangen organisaties ze dan niet gewoon? In de praktijk zijn er goede redenen waarom dat niet gebeurt.

Het systeem werkt nog

Orders lopen door, facturen worden verstuurd, rapportages worden gemaakt. Zolang de organisatie kan blijven draaien, voelt vervanging zelden als de hoogste prioriteit. Problemen worden opgelost met kleine aanpassingen. Het systeem blijft bestaan.

Nieuwe functionaliteit krijgt altijd voorrang

De business wil nieuwe functionaliteit, nieuwe producten, verbeteringen voor klanten. Dat levert direct zichtbare waarde op. Het vervangen van een bestaand, intern systeem levert op korte termijn weinig zichtbare voordelen op, terwijl het wel veel tijd en geld kost. Nieuwe projecten krijgen voorrang.

Vervangen is risicovol

Legacy systemen zitten vaak in de kern van je organisatie. Als er iets misgaat tijdens een migratie, kan dat direct gevolgen hebben voor klanten, orders, facturatie of rapportages. Het risico van vervangen voelt groter dan het risico van blijven werken met het bestaande systeem.

Voorbeeld uit onze praktijk: TNO had een intranet dat niet meer aansloot op hoe de organisatie werkte. Informatie was versnipperd over 3000 pagina's, medewerkers wisten niet meer waar ze iets konden vinden en het systeem stond verdere ontwikkeling in de weg. Vervangen was noodzakelijk, maar de uitdaging zat niet in de techniek. De grootste vraag was: welke oplossing heeft de minste impact op de organisatie?

We begeleidden het project vanuit de rol van Senior Project Manager. We voerden een impactanalyse uit op de platformkeuze, coördineerden de contentmigratie en ontwikkelden een governance framework om te borgen dat het nieuwe intranet bruikbaar bleef. Het project duurde 19 maanden. Het resultaat: een platform dat intern samenwerking en communicatie ondersteunt in plaats van belemmert.

Het is geen IT project maar een organisatieverandering

Vervangen van een legacy systeem betekent dat processen veranderen, data wordt opgeschoond, rapportages opnieuw worden ingericht en teams anders gaan werken. Het raakt meerdere afdelingen. Het wordt al snel een organisatieproject in plaats van alleen een technisch project.

Niemand is echt eigenaar van het hele systeem

In veel organisaties is een legacy systeem in de loop van de jaren door meerdere teams gebouwd en aangepast. De business is eigenaar van het proces, IT is eigenaar van de techniek en management beslist over budgetten. Daardoor is er vaak niemand die volledig verantwoordelijk is voor het vervangen van het hele systeem, waardoor beslissingen worden uitgesteld.

Uitstellen maakt het probleem groter

Omdat vervangen complex, risicovol en duur is, kiezen veel organisaties ervoor om systemen stap voor stap aan te passen in plaats van volledig te vervangen. Op de korte termijn is dat logisch. Op de lange termijn zorgt dit ervoor dat systemen nog complexer worden en legacy verder groeit.

Daarom blijven veel legacy systemen langer bestaan dan organisaties eigenlijk zouden willen. 

Wat zijn de risico’s van legacy systemen?

Legacy systemen zijn niet per definitie een probleem. Veel organisaties draaien jarenlang op systemen die technisch gezien legacy zijn. De risico's worden pas zichtbaar wanneer systemen moeten veranderen, gekoppeld moeten worden aan nieuwe technologie of wanneer je wilt groeien.

Beveiligingsrisico’s nemen toe

Oudere systemen draaien soms op technologie die niet meer actief wordt ondersteund. Beveiligingsupdates worden minder frequent. Beveiligingslekken ontstaan. Het wordt moeilijker om aan nieuwe beveiligingsrichtlijnen of wet en regelgeving te voldoen. Zeker wanneer legacy systemen belangrijke bedrijfsdata bevatten, is dit een groot risico.

Integraties met moderne systemen zijn lastig

Legacy systemen zijn vaak niet gebouwd om samen te werken met moderne applicaties, cloudoplossingen of nieuwe platformen. Je moet maatwerkoplossingen bouwen of tijdelijke koppelingen maken. Dat maakt systemen complexer én duurder.

Gebruiksvriendelijkheid blijft achter

Veel legacy systemen zijn gebouwd in een tijd waarin gebruiksvriendelijkheid minder belangrijk was. Medewerkers moeten werken met ingewikkelde schermen, meerdere systemen gebruiken of handmatig gegevens overzetten. Dat kost tijd en vergroot de kans op fouten.

Onderhoud kost steeds meer tijd

Oudere systemen zijn moeilijker aan te passen. Kleine wijzigingen kosten relatief veel tijd omdat ontwikkelaars rekening moeten houden met bestaande functionaliteit en oude keuzes. IT teams besteden steeds meer tijd aan onderhoud en minder aan vernieuwing.

Veranderingen duren langer

Wanneer systemen moeilijk aan te passen zijn, duren veranderingen langer. Nieuwe producten, nieuwe processen of nieuwe rapportages kosten meer tijd om te ontwikkelen. De organisatie wordt minder flexibel. Het duurt langer om in te spelen op veranderingen in de markt.

Vervangen wordt steeds complexer

Hoe langer een legacy systeem blijft bestaan, hoe meer processen, data en systemen ervan afhankelijk worden. Het vervangen wordt steeds groter en complexer. Veel organisaties stellen vervanging uit. Het probleem wordt groter.

Wat kun je doen met legacy systemen?

Als een organisatie met legacy systemen werkt, zijn er meestal een paar opties. Dit zijn ze:

1. Legacy systeem blijven gebruiken en onderhouden

Soms is het systeem stabiel, ondersteunt het een duidelijk proces en verandert er weinig. Dan kan het prima zijn om een systeem te laten staan en alleen te onderhouden. Belangrijk is dan wel dat je weet wat de risico’s zijn en dat je het systeem blijft monitoren en documenteren.

2. Legacy systeem stap voor stap moderniseren

In veel organisaties wordt een systeem niet in één keer vervangen, maar stap voor stap aangepast. Bijvoorbeeld door delen opnieuw te bouwen, functionaliteit te verplaatsen naar nieuwe systemen of koppelingen te vervangen. Dit wordt vaak gedaan om risico’s te beperken en systemen geleidelijk te moderniseren.

3. Een nieuw systeem naast het oude systeem bouwen

Soms kiezen organisaties ervoor om een nieuw systeem te bouwen en het oude systeem langzaam uit te faseren. Nieuwe functionaliteit wordt dan alleen nog in het nieuwe systeem gebouwd, terwijl het oude systeem nog blijft draaien voor bestaande processen en data.

4. Het systeem volledig vervangen

In sommige situaties is vervangen uiteindelijk de beste keuze, bijvoorbeeld wanneer onderhoud te duur wordt, beveiligingsrisico’s te groot worden of het systeem de groei van de organisatie tegenhoudt. Dit zijn vaak grote projecten die meerdere jaren kunnen duren en veel impact hebben op de organisatie.

Welke aanpak past hangt af van je situatie, je risico's en je budget. Meer over hoe je legacy stap voor stap aanpakt lees je op onze pagina over legacy en modernisering.

Legacy systemen en AI: waarom modernisering nu urgenter wordt

Veel organisaties willen AI inzetten om processen te versnellen of kosten te besparen. Maar wie dat wil doen met een legacy systeem als basis, loopt al snel vast.

AI heeft toegang nodig tot data. Schone, gestructureerde, actuele data. Legacy systemen slaan data vaak op in verouderde formaten, versnipperd over meerdere plekken, zonder goede documentatie. Koppelen aan een AI-tool of een modern dataplatform is dan technisch complex en duur.

Daarnaast vereisen AI-toepassingen snelle iteraties. Snel testen, aanpassen, uitrollen. Dat past niet bij een systeem waarbij elke aanpassing maanden voorbereiding kost.

Organisaties die nu met AI willen starten, beginnen daarom vaak bij hun legacy systemen. Wil je AI verantwoord inzetten naast je bestaande systemen? Lees dan ook waarom bestaande IT-kaders tekortschieten voor AI governance.

Dus…

Een systeem wordt legacy wanneer aanpassen, uitbreiden of vervangen moeilijk wordt en veranderingen in je organisatie worden vertraagd.

Veel legacy systemen zijn ooit goed ontworpen en hebben jarenlang goed gefunctioneerd. Legacy ontstaat doordat organisaties veranderen, systemen worden uitgebreid en IT landschappen complexer worden. Systemen raken met elkaar verbonden. Vervangen of aanpassen wordt moeilijker.

Organisaties herkennen legacy systemen vaak pas wanneer wijzigingen lang duren, risico's toenemen of het systeem een belemmering wordt voor nieuwe ontwikkelingen. Op dat moment is het systeem al diep verweven met andere systemen en processen. Vervangen of moderniseren wordt een complex traject.

Hoe eerder je herkent dat een systeem legacy begint te worden, hoe meer opties je hebt. Systemen stap voor stap moderniseren, vervangen of anders inrichten wordt makkelijker als je er vroeg bij bent.

Wil je weten of jouw systemen legacy aan het worden zijn of hulp bij modernisering? Neem contact op met Maarten. Hij denkt graag met je mee.

Anything to amaze you.