Hoe herken je een legacy systeem in je organisatie?

In veel organisaties zijn IT systemen niet in één keer ontworpen zoals ze nu zijn. Systemen groeien mee met de organisatie. Nieuwe processen worden toegevoegd, koppelingen worden gemaakt met andere systemen en functionaliteit wordt uitgebreid omdat de organisatie verandert. Wat begint als een systeem voor één proces, wordt na verloop van tijd onderdeel van een veel groter geheel van applicaties, databases en koppelingen.

Zolang alles werkt, is er weinig reden om te vervangen. Nieuwe functionaliteiten worden toegevoegd, systemen blijven draaien en processen blijven lopen. Totdat aanpassingen steeds langer duren, nieuwe koppelingen steeds lastiger worden en nieuwe plannen moeilijk te realiseren zijn met de bestaande systemen. Dan valt voor het eerst de term: legacy systeem.

Op een bepaald moment merken organisaties dat veranderingen steeds meer tijd kosten, dat systemen moeilijker aan te passen zijn of dat nieuwe plannen moeilijk te realiseren zijn met de bestaande systemen. Dat is vaak het moment waarop voor het eerst wordt gesproken over de term legacy systemen.

Een legacy systeem is niet simpelweg een oud systeem. Veel legacy systemen draaien nog perfect en zijn diep verweven met dagelijkse processen. Legacy wordt pas een probleem wanneer systemen je organisatie tegenhouden in plaats van ondersteunen. In dit artikel leggen we uit hoe systemen legacy worden, hoe je dat herkent en wat je opties zijn.

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.

Herkenning van legacy systemen

Je herkent een legacy systeem vaak aan deze kenmerken:

• Het systeem ondersteunt een belangrijk bedrijfsproces

• Meerdere andere systemen zijn ervan afhankelijk

• Data uit het systeem wordt op meerdere plekken gebruikt

• Wijzigingen hebben impact op andere systemen

• Vervangen of aanpassen is complex en risicovol

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.

Concrete signalen dat een systeem legacy aan het worden is

In de praktijk zie je vaak deze signalen voordat een systeem echt een probleem wordt:

1. Releases duren maanden in plaats van weken

Wat vroeger in weken kon, duurt nu maanden. Testen, afstemmen en risico's inschatten kost steeds meer tijd.

2. Nieuwe features worden alleen nog gebouwd in nieuwe systemen

Je bouwt nieuwe functionaliteit bewust in een nieuw systeem, omdat het te ingewikkeld is om het in het oude systeem toe te voegen. Het oude systeem wordt zo langzaam uitgefaseerd.

3. Integraties met moderne tools zijn lastig

Je wilt een koppeling maken met een modern CRM, een cloud platform of een nieuwe API. Maar het oude systeem ondersteunt de technologie niet, waardoor je maatwerk moet bouwen of tijdelijke oplossingen moet bedenken.

4. Onderhoud kost meer dan ontwikkeling

Het grootste deel van je IT budget gaat naar het draaiend houden van bestaande systemen. Er blijft weinig over voor nieuwe functionaliteit.

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

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.

Conclusie

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 Dennis. Hij denkt graag met je mee.