Waarom de lastigste legacy-migraties niet technisch zijn

Kunnen we dit niet gewoon even ombouwen

Het is een vraag die veel developers, architecten en IT-managers zullen herkennen. Zeker wanneer een organisatie al jaren werkt met een legacy-systeem. De frustraties zijn bekend: releases duren lang, wijzigingen zijn risicovol, nieuwe ontwikkelaars hebben moeite om productief te worden en technische schuld stapelt zich op.

Het lijkt dan logisch om naar de techniek te kijken voor de oplossing. Een nieuwe architectuur, een modern platform of misschien zelfs een complete rewrite.

Maar wie betrokken is geweest bij een groot moderniseringstraject weet dat het echte werk vaak pas begint nadat de eerste regel code is geschreven.

Wat management vaak bedoelt

Wanneer management vraagt of een systeem “even omgebouwd” kan worden, gaat het meestal niet over technologie.

Wat men eigenlijk wil, is:

• sneller kunnen leveren;
• minder risico bij wijzigingen;
• lagere beheerkosten;
• betere voorspelbaarheid;
• meer flexibiliteit voor de toekomst.

Dat zijn begrijpelijke doelen. Alleen zijn het geen technische doelen. Het zijn organisatiedoelen. En daar ontstaat vaak een misvatting.

Een nieuwe codebase lost niet alles op

Veel organisaties starten een migratie vanuit de overtuiging dat het bestaande systeem de oorzaak van alle problemen is. Natuurlijk kan een verouderde technologie stack beperkingen opleveren. Maar de vraag is of die technologie daadwerkelijk het grootste knelpunt vormt.

Want stel dat een organisatie vandaag een volledig nieuw platform laat ontwikkelen.

Wat gebeurt er als:

• dezelfde teams verantwoordelijk blijven voor dezelfde onderdelen;
• dezelfde besluitvormingsprocessen blijven bestaan;
• dezelfde afhankelijkheden tussen afdelingen aanwezig zijn;
• dezelfde prioriteringsproblemen blijven terugkomen?

Dan verandert er veel aan de technologie. Maar opvallend weinig aan de manier waarop de organisatie software ontwikkelt. De symptomen kunnen tijdelijk verdwijnen, maar de onderliggende oorzaken blijven bestaan.

De organisatie reist mee naar het nieuwe systeem

Een migratieproject wordt vaak gezien als een technisch traject. In werkelijkheid verhuis je veel meer dan alleen code. Je neemt werkwijzen mee. Je neemt cultuur mee. Je neemt afhankelijkheden mee.

Een team dat vandaag moeite heeft om beslissingen te nemen, zal dat morgen nog steeds hebben. Een organisatie die voortdurend worstelt met prioriteiten, zal die uitdaging niet oplossen door een nieuwe programmeertaal te kiezen.

Sterker nog: een migratie kan bestaande organisatorische problemen zelfs zichtbaarder maken.

Waar een legacy-systeem jarenlang bepaalde inefficiënties heeft verborgen, legt een modern platform soms pijnlijk bloot waar verantwoordelijkheden onduidelijk zijn of waar teams onvoldoende autonomie hebben.

Dat maakt de migratie niet mislukt. Het maakt zichtbaar waar het echte werk zit.

Waarom ownership belangrijker is dan architectuur

Succesvolle moderniseringstrajecten beginnen vaak niet met technologie, maar met duidelijke eigenaarschap.

Wie mag beslissingen nemen? Wie is verantwoordelijk voor een domein? Welke teams kunnen zelfstandig veranderingen doorvoeren? Welke afhankelijkheden zijn echt noodzakelijk?

Pas wanneer die vragen helder zijn, wordt duidelijk welke architectuur daarbij past. Anders ontstaat het risico dat een organisatie een moderne technische oplossing bouwt bovenop dezelfde organisatorische beperkingen. En dan verschuift de pijn vooral van de applicatie naar de samenwerking.

Van technische migratie naar organisatieverandering

Dat betekent niet dat technische vernieuwing onbelangrijk is. Integendeel.

Legacy-systemen kunnen een organisatie daadwerkelijk beperken. Sommige platformen zijn moeilijk schaalbaar, kennen beveiligingsrisico’s of maken innovatie onnodig complex. Maar de meest succesvolle migraties zien technologie als onderdeel van een bredere verandering.

Zij combineren modernisering van systemen met modernisering van werkwijzen, verantwoordelijkheden en samenwerking. Daardoor ontstaat niet alleen een beter platform. Er ontstaat ook een organisatie die beter in staat is om dat platform succesvol door te ontwikkelen.

Tot slot

Veel organisaties beginnen een migratie omdat ze sneller willen leveren, minder risico willen lopen en beter onderhoudbare systemen willen krijgen.

Dat zijn waardevolle doelen. Maar technologie alleen brengt die voordelen zelden. Zolang ownership, prioritering en samenwerking hetzelfde blijven, verandert een rewrite vooral waar het pijn doet, niet of het pijn doet. Daarom zijn de moeilijkste migraties meestal niet technisch.

Ze zijn organisatorisch.