Contact
Skip to main content
Legacy software – we kennen allemaal het beeld. De oude, vertrouwde systemen die al jaren draaien, maar waar niemand meer aan durft te komen. Ze zijn als je oma's handgeschreven receptenboek: vol wijsheid en bewezen recepten, maar lastig uit te leggen aan nieuwe koks.
Bij Hike One hebben we talloze organisaties geholpen bij het vervangen van hun legacy software. Van Dura Vermeer's ‘Project Master’ in de bouw, tot de energie- en financiële sector– steeds weer zien we hetzelfde patroon. En het begint altijd met een simpele vraag: hoe transformeer je oude systemen en maak je ze weer toekomstbestendig?
Legacy software ontstaat niet zomaar. Het zijn systemen die jarenlang trouwe dienst hebben bewezen, vaak custom-built voor specifieke bedrijfsprocessen. Vaak zijn de grenzen opgezocht met wat er technisch gezien mogelijk is en wat er qua gebruiksvriendelijkheid te verantwoorden is.
Legacy software heeft de eigenschap dat het:
Het probleem? De wereld om deze systemen heen verandert sneller dan zij kunnen meekomen. Nieuwe medewerkers hebben moeite met de steile leercurve, performance wordt een issue, en innovatie wordt geblokkeerd door technische beperkingen.
Volledige vervanging van de software is risicovol en lastig in te schatten qua tijd en investering. Want als je de keuze moet maken een ton te investeren in nieuwe oplossingen en mogelijk extra omzet, of het vervangen van bestaande software die vandaag nog geen grote problemen geeft, dan wordt er meestal gekozen voor vernieuwende oplossingen. Maar het bouwen van een veranda heeft geen zin als de fundering van het huis niet op orde is.
Gelukkig heeft Hike One ruime ervaring met het ondersteunen van trajecten waar dit soort keuzes gemaakt moeten worden.
Uit onze ervaring met meer dan 200 klanten hebben we een herkenbaar patroon geïdentificeerd: van Legacy naar Innovatie.
Gebruikers en developers ervaren inefficiëntie en frustratie, maar de impact blijft onder de radar. Er worden workarounds bedacht en echte problemen komen nog niet aan het licht. De negatieve aspecten wegen niet op tegen de investering en het risico van vervanging.
Er ontstaat een business probleem: technisch end-of-life, bedrijfskritische processen die risico lopen, of nieuwe mogelijkheden die om vernieuwing vragen. Nu worden er keuzes gemaakt op basis van business cases en KPI's.
Werkprocessen worden in kaart gebracht: techniek, afhankelijkheden, gebruikers, risico's en kansen. Dit is vaak de fase met de meeste weerstand van het 'legacy team' – ironisch genoeg ook het team met de meeste cruciale kennis.
Het nieuw te ontwerpen systeem wordt geleidelijk gebouwd en uitgerold terwijl het oude blijft draaien. Dit betekent parallelle werelden en veel druk op het legacy team. De balans tussen bouwen en waarde toevoegen wordt cruciaal.
Oude systemen worden definitief uitgezet, het nieuwe systeem wordt geoptimaliseerd, en feedback wordt verzameld om kennis te borgen in de organisatie.
Bij Dura Vermeer werkten we aan hun Project Master – een complexe operationele tool voor een van Nederland's toonaangevende bouwbedrijven. De sleutel tot succes? We doken diep in hun business case. Als designer kun je niet volstaan met mooie interfaces; je moet begrijpen welke concrete waarde je oplossing creëert. Koppel design aan kansen, omzet, risico's of kosten. Alleen dan krijg je de boardroom mee en kun je daadwerkelijk impact maken.
Tijdens transitie-trajecten gebeurt er vaak iets opvallends: de mensen die het meest kritisch waren over de plannen, bleken vaak de meest waardevolle inzichten te hebben. Ze kenden de edge cases, de uitdagingen die niemand anders zag. Ontwerp niet alleen het product, maar ook de overgang ernaartoe. Juist de experts – de kritische collega’s met diepgaande kennis – kunnen uitgroeien tot je belangrijkste bondgenoten. Nieuwe software vraagt om meer dan een goed product; het is ook een veranderproces. Als je alleen maar bezig bent met het product zelf en niet de gevoeligheden die daarbij horen (denk aan het uitfaseren van bepaalde rollen, tot het aanpassen van een product waar een medewerker/gebruiker jarenlang aan heeft gewerkt om het draaiende te houden), loop je het risico dat je een grote groep tegen je krijgt. Dit stukje “verandermanagement” behoeft ook een ontwerp.
Bij bedrijfskritische legacy software krijg je op een gegeven moment te maken met 2 parallelle werelden. De oude software, en de nieuwe software. Voor beiden is het originele team nodig aan gebruikers en developers. Voor het onderhouden van de oude oplossing of het leveren van input voor de nieuwe oplossing. Los van werkdruk speelt de onzekerheid ook een grote rol: Is er straks nog plek voor mij? In hoeverre gaat mijn rol veranderen? Kortom, er ligt ineens best veel druk op deze mensen.
Het belangrijkste voor de organisatie is dat alles blijft draaien. Het voelt misschien contra-intuïtief omdat er bij het gebruik van de nieuwe software een kleiner “legacy” team nodig is, of dat deze helemaal uitgefaseerd wordt. Maar de slechtste keuze die je kunt maken tijdens het verandertraject, is om dit team af te schalen.
Spreek dezelfde taal. Technische teams en business stakeholders moeten elkaar kunnen begrijpen. Dat betekent concrete voorbeelden, meetbare resultaten en een gedeelde visie op wat succes betekent.
Na de succesvolle transitie bij DuraVermeer zagen we een bekend fenomeen: het team wilde alle oude functionaliteiten een-op-een overbouwen “software parity”. Maar dit is juist het moment om te heroverwegen wat echt waardevol is. Focus op outcomes, niet op output. Welke business doelen wil je bereiken? Welke gebruikersproblemen los je op? En welke functionaliteiten dragen daar daadwerkelijk aan bij? Wat probeer je als gebruiker nu daadwerkelijk voor elkaar te krijgen?
Legacy software vervangen gaat niet over technologie – het gaat over organisatieverandering. Het gaat over het omarmen van verandering terwijl je continuïteit waarborgt. Het gaat over het respecteren van wat er was, terwijl je bouwt aan wat er kan zijn.
De organisaties die hier succesvol in zijn, hebben één ding gemeen: ze benaderen legacy niet als een probleem dat opgelost moet worden, maar als een kans die gegrepen moet worden. Een kans om processen te heroverwegen, om nieuwe waarde te creëren, en om hun organisatie klaar te maken voor de toekomst.
Want aan het einde van de rit draait het niet om de software – het draait om de mensen die ermee werken en de waarde die het oplevert. En dat is een verhaal dat altijd de moeite waard is om te vertellen.
.jpg)
Feel free to contact me!
