Het systeem is verouderd. Het is traag, de interface komt duidelijk uit een ander tijdperk en iedere aanpassing begint met de zin: “Daar moeten we voorzichtig mee zijn.”
Toch draait precies daar de halve organisatie op.
Orders, klantafspraken, voorraadregels en uitzonderingen die niemand ooit heeft opgeschreven: ze zitten allemaal in software waar iedereen vanaf wil en niemand aan durft te komen.
Oud betekent niet waardeloos
Legacysoftware wordt vaak neergezet als technische schuld die zo snel mogelijk moet verdwijnen. Dat is te makkelijk. Een systeem dat vijftien jaar meegaat, heeft waarschijnlijk iets belangrijks goed gedaan: het heeft zich aangepast aan de organisatie.
In die oude code zitten duizenden beslissingen. Sommige zijn achterhaald. Andere vormen nog steeds de kern van het bedrijf. Het probleem is dat niemand precies weet welke welke zijn.
Daarom is “we bouwen het opnieuw” geen plan. Het is een richting met een onbekend aantal mijnenvelden.
Je vervangt legacysoftware niet door het oude systeem na te bouwen. Je ontdekt eerst waarom het oude systeem nog steeds nodig is.
De knop die niemand durfde over te slaan
Stel dat een productiebedrijf een oud ordersysteem gebruikt. Bij iedere order voert een medewerker een code in die volgens de handleiding alleen de verzendmethode bepaalt. Tijdens gesprekken blijkt dat dezelfde code ook invloed heeft op verpakking, facturatie en de prioriteit op de productievloer.
Niemand heeft dat zo ontworpen. Het is in de loop der jaren ontstaan. Als we alleen de zichtbare functie overnemen, werkt het nieuwe systeem tijdens een demonstratie prima en gaat het in de operatie mis.
Dit is waarom medewerkers die dagelijks met het systeem werken onmisbaar zijn. Niet alleen management en niet alleen IT. De persoon die zegt “ik doe hier altijd eerst even dit” wijst vaak naar bedrijfslogica die nergens anders bestaat.
Niet alles tegelijk
De gevaarlijkste migratie is de grote sprong: maanden bouwen achter gesloten deuren, één weekend data overzetten en maandagochtend hopen dat iedereen verder kan.
Bij Byte Me kiezen we liever een route waarbij het oude systeem stap voor stap minder belangrijk wordt.
Eerst kijken
We brengen processen, gegevensstromen, koppelingen en uitzonderingen in kaart. Niet om een encyclopedie te schrijven, maar om de risicovolle stukken te vinden.
Dan losmaken
Een afgebakend onderdeel verhuist als eerste. Bijvoorbeeld rapportage, klantinzage of één type order. Het oude systeem blijft voorlopig bestaan, maar hoeft dat deel niet meer te dragen.
Naast elkaar draaien
Waar de impact groot is, laten we oud en nieuw tijdelijk dezelfde uitkomst berekenen. Verschillen worden onderzocht voordat gebruikers ervan afhankelijk zijn.
Pas daarna uitschakelen
Een onderdeel verdwijnt pas wanneer gegevens kloppen, gebruikers ermee kunnen werken en herstel getest is. Niet omdat de planning zegt dat het tijd is.
Data verhuizen is niet hetzelfde als data meenemen
Een database exporteren klinkt overzichtelijk. Maar oude gegevens zijn zelden schoon. Klanten bestaan dubbel, statussen worden niet meer gebruikt en lege velden blijken in de praktijk een betekenis te hebben.
Blind alles meenemen verhuist ook jaren aan rommel. Alles weggooien vernietigt mogelijk informatie die later nodig blijkt.
Daarom maken we keuzes: wat moet actief beschikbaar blijven, wat bewaren we als archief, wat schonen we op en welke historie moet juridisch of operationeel behouden blijven? Een migratie is ook een opruiming, maar wel eentje waarbij je niet zomaar dozen aan de straat zet.
De menselijke migratie
Technisch kan een nieuw systeem beter zijn en toch weerstand oproepen. Ervaren medewerkers verliezen routines waarmee zij jarenlang snelheid en controle opbouwden. Dat moet je serieus nemen.
Laat hen vroeg meekijken. Maak zichtbaar welke oude handelingen verdwijnen en waarom. Zorg dat uitzonderingen niet worden weggepoetst als “negatief gedrag”, maar onderzocht worden. Soms is een workaround onhandig. Soms beschermt hij de organisatie tegen een fout die het officiële proces niet kent.
Maak het oude systeem saai
Een geslaagde modernisering eindigt niet met vuurwerk. Het oude systeem krijgt steeds minder gebruikers, minder verantwoordelijkheden en minder verrassingen. Tot iemand op een dag vraagt of het nog wel nodig is.
Dat is het moment waarop je de stekker eruit kunt trekken. Niet omdat het nieuwe systeem live is, maar omdat de organisatie het oude niet meer nodig heeft.
Legacy vervangen draait daarom niet om durven wissen. Het draait om zorgvuldig overbodig maken.