Varför jag slutat vara rädd för legacy

”Vi måste bli av med legacyn.”

Okej. Men vad behöver ni kunna göra som ni inte klarar idag?

Det är där jag vill börja. Ett gammalt system kan vara dyrt att ändra, svårt att drifta eller beroende av någon som slutat. Det kan också sköta sitt jobb ganska bra. Åldern ensam säger inte vad ni ska göra åt det.

Ta reda på vad ni riskerar att kasta bort

Ett system som använts länge innehåller ofta fler regler och undantag än dokumentationen visar. Någon har lagt till stöd för en kund, en rutin eller ett specialfall som fortfarande behövs.

Om ni börjar med att bygga om allt finns risken att ni upptäcker de delarna först när de saknas.

Innan jag skulle rekommendera ett byte vill jag därför förstå vilka som använder systemet, vilka andra system som är beroende av det och vad verksamheten inte kan vara utan.

Fråga också varför det fortfarande används. Svaret kan vara att det fungerar bra. Det kan lika gärna vara att ett byte har varit för dyrt eller svårt. Båda svaren är värda att ta på allvar.

Välj en avgränsad förändring

Ibland räcker det med ett nytt gränssnitt eller en integration som tar bort dubbelarbete. Ibland behöver en större del ersättas.

Det går att flytta funktioner stegvis och låta gammalt och nytt fungera parallellt under en period. Fördelen är att ni kan kontrollera delarna efter hand. Nackdelen är att två lösningar behöver hållas ihop under övergången.

Det är alltså inget gratis säkerhetsnät. Ni måste bestämma hur uppgifter hålls korrekta, hur ni upptäcker fel och när det gamla faktiskt får stängas av.

Respekt betyder att undersöka

Jag vill varken romantisera gammal kod eller riva den för att någon vill ha något snyggare på sitt CV.

Visa vad som begränsar verksamheten idag. Bedöm kostnaden och risken för att behålla, ändra eller ersätta. Börja sedan där ni får en verklig förbättring.

Det är ett betydligt bättre moderniseringsprojekt än ”allt ska vara nytt”.