Så tar du dig ur ditt legacy-system

Ett legacy-system är sällan trasigt – det är just därför det är kvar. Det fungerar, verksamheten litar på det, och ingen vågar riktigt röra det. Men gammal teknik blir dyrare att underhålla, svårare att bemanna och till slut en broms för allt nytt ni vill göra. Frågan är inte om ni ska ut ur det, utan hur ni gör det utan att stanna verksamheten på vägen.

Varför stegvis nästan alltid slår big bang

Den frestande planen är en ren omkoppling: bygg det nya systemet klart, välj en helg, flytta över allt och släck det gamla. På pappret är det snabbt och enkelt. I verkligheten är det en av de mest riskabla saker en organisation kan göra.

Problemet är att en big bang-migrering inte går att prova i skarp drift förrän i samma stund som allt ska fungera. Ett enda förbisett specialfall kan då stoppa fakturering, order eller produktion – utan enkel väg tillbaka. Stegvis migrering vänder på ekvationen: du flyttar lite i taget, verifierar i verklig användning och har alltid det gamla kvar som skyddsnät.

Strypfikonmönstret: ersätt bit för bit

Den beprövade metoden för detta kallas strypfikonmönstret. Idén är att det nya systemet växer runt det gamla och tar över en funktion i sänder, tills det gamla till slut inte gör något och kan stängas av.

I praktiken går det till så här:

1. Sätt en dirigent framför. Ett lager som styr varje anrop antingen till det gamla eller det nya systemet.
2. Flytta en avgränsad funktion. Välj något med tydliga gränser – en rapport, ett flöde – och bygg det nytt.
3. Dirigera om trafiken. Låt dirigenten peka just den funktionen mot det nya systemet och kör skarpt.
4. Verifiera och gå vidare. Fungerar det, ta nästa funktion. Något strular, peka tillbaka mot det gamla.
5. Släck det gamla. När inget längre pekar dit kan legacy-systemet avvecklas i lugn och ro.

Varje steg är litet nog att förstå, testa och vid behov backa. Risken sprids ut över tid i stället för att koncentreras till en enda ödesdiger natt.

Kartlägg dolda beroenden och tyst kunskap

Den största faran med gamla system är inte koden du ser, utan den du inte vet finns. Efter många år har det ofta vuxit fram integrationer, nattliga jobb, exportfiler och undantag som aldrig dokumenterats.

Teknisk analys hittar en del, men långt ifrån allt. Mycket av logiken lever som tyst kunskap hos ett fåtal personer. Sätt dig med dem som använder systemet varje dag och fråga vad det gör som ingen skrivit ned. Den timmen sparar veckor av felsökning senare.

Håll affären igång hela vägen

Ett konkret exempel: ett bolag skulle ersätta sitt gamla ordersystem. I stället för att byta allt på en gång flyttade de först bara orderregistreringen, medan lager och fakturering låg kvar i det gamla. När den delen bevisat sig i skarp drift under några veckor tog de nästa. Verksamheten rullade på under hela resan, och när det gamla systemet till sist släcktes var det en icke-händelse.

Det är så du vill att en migrering ska kännas: odramatisk. Planera övergångar till lugnare perioder, ha alltid en väg tillbaka och kommunicera tydligt med dem som berörs.

Varför gamla system får leva för länge

En rimlig fråga är varför man inte bara byter i tid. Svaret är att ett legacy-system sällan orsakar en tydlig kris – det förfaller långsamt. Kostnaden för att underhålla det stiger gradvis, kompetensen att sköta det blir allt svårare att hitta, och varje ny idé tar längre tid att genomföra för att den gamla grunden står i vägen. Ingen enskild dag känns akut nog att motivera ett byte, och så skjuts det upp år efter år.

Just därför är det värt att fatta beslutet innan handen tvingas. En planerad, stegvis migrering är alltid tryggare än en nödutrymning när det gamla systemet till slut går sönder eller den sista personen som förstår det slutar. Att börja medan systemet fortfarande fungerar ger dig lugnet att flytta i din egen takt.

Ta ett litet steg först

Det bästa sättet att ta sig ur beslutsförlamningen är att göra migreringen liten och konkret. Välj ut en enda avgränsad funktion, flytta den enligt strypfikonmönstret och lär av resan. Det första steget bevisar att metoden fungerar i just er miljö, avslöjar de dolda beroenden ni missade och bygger förtroende för att resten går att göra på samma sätt.

Behöver ni hjälp att kartlägga ett gammalt system och lägga en migreringsplan som håller verksamheten igång, gör vi på Weapp gärna en teknisk genomlysning och kan sedan driva migreringen i kontrollerade steg.