Oude software stap voor stap vernieuwen terwijl het werk doorgaat

Ergens in je bedrijf draait een systeem dat al vijftien jaar meegaat. Het doet zijn werk, maar niemand weet meer precies hoe. De bouwer is met pensioen, de documentatie is een map met printjes, en de laatste keer dat iemand iets aanpaste, lag de facturatie een dag plat. Dus raakt niemand het meer aan. Ondertussen wordt het elk jaar moeilijker om er nieuwe mensen op te zetten, er iets aan te koppelen of het veilig te houden.

Waarom oude software een risico wordt

Oude software gaat zelden in één keer kapot. Het wordt langzaam duurder. De server draait op een besturingssysteem dat geen beveiligingsupdates meer krijgt. De programmeertaal kent nog maar een handvol mensen die ermee willen werken. Een koppeling met je nieuwe boekhoudpakket lukt niet, dus typt iemand de cijfers over. En als de enige collega die het systeem echt begrijpt ziek wordt, staat een deel van je bedrijf stil.

Wij noemen dat legacy: software die nog werkt, maar die je niet meer durft te veranderen. Het probleem is niet dat het oud is. Het probleem is dat je er niet meer op kunt bouwen. Elke wens van je team, elke nieuwe wettelijke eis en elke koppeling loopt erop vast.

Niet alles in één keer vervangen

De klassieke aanpak is een groot project: twee jaar bouwen, één weekend overzetten, en hopen dat maandagochtend alles werkt. Dat gaat vaak mis, omdat een oud systeem meer doet dan iemand op papier had staan. Wij doen het anders. We zetten het nieuwe systeem naast het oude en verhuizen onderdeel voor onderdeel. Eerst het stuk dat het meeste pijn doet, bijvoorbeeld de orderinvoer of de rapportage. Je team werkt daar vanaf dag één in de nieuwe versie, terwijl de rest gewoon in het oude systeem doorloopt.

Zo kun je na elke stap stoppen, doorgaan of bijsturen. Het oude systeem blijft als vangnet draaien tot het laatste onderdeel over is. Pas dan gaat de stekker eruit. Het eerste onderdeel staat vaak als prototype in tien werkdagen, zodat je snel ziet of de richting klopt.

Eerst begrijpen, dan bouwen

Voordat we een regel code schrijven, lezen we het oude systeem. De broncode als die er nog is, anders de database en het gedrag op het scherm. We praten met de mensen die er dagelijks mee werken, want zij weten welke knop je nooit mag indrukken en welk veld eigenlijk iets anders betekent dan het opschrift zegt. Daaruit komt een lijst van wat het systeem echt doet, wat er overbodig is geworden en wat er al jaren ontbreekt.

De data krijgt daarbij de meeste aandacht. Vijftien jaar aan klanten, orders en historie zit vaak in een structuur die inmiddels is scheefgegroeid. We halen die eruit, schonen die op en zetten die over in een moderne database. Daar bouwen we de nieuwe applicatie op, met technieken die elke ontwikkelaar kent. Moet het nieuwe systeem praten met je boekhouding of je webshop, dan pakken we dat direct mee als Systeemintegratie.

Data en code blijven van jou

Het hele punt van moderniseren is dat je nooit meer afhankelijk wilt zijn van één persoon of één leverancier. Dus krijg je de broncode, de documentatie en het datamodel. De data staat in een beveiligde database binnen de EU en we werken volgens de AVG. Je kunt het nieuwe systeem daarna zelf beheren, bij een andere partij neerleggen of het Beheer & onderhoud aan ons overlaten. Dat is jouw keuze, niet de onze.

Blijkt in de intake dat het oude systeem prima is en alleen niemand het meer beheert, dan zeggen we dat ook. Dan is moderniseren niet nodig en volstaat een overname van het beheer. We vertellen je dat direct.