Det som gör äldre system svåra att hantera är oftast att så få vet hur de fungerar. Personerna som byggde dem har ofta lämnat verksamheten för länge sedan, och affärslogiken har anpassats år efter år utan att dokumentationen hängt med. Integrationerna mot andra system gjordes när de behövdes, men ingen ritade upp hur allt hängde ihop.
Kvar finns ett system som kör, men förståelsen för varför det kör som det gör sitter hos en eller två personer. Den erfarenheten finns sällan nedskriven någonstans.
Vad som händer sen känner de flesta IT-chefer igen. Eftersom varje ändring kan påverka något som ingen riktigt förstår, gör man så lite som möjligt i kärnan och lägger i stället till nya delar runt omkring. På så vis växer systemet åt sidorna, tills det blir svårare att förvalta än någon egentligen tycker är rimligt.
Samtidigt är affärslogiken i ett gammalt system faktiskt en tillgång, och det glöms lätt bort. Den är sällan dokumenterad och sällan elegant, men den bär år av beslut om hur verksamheten ska fungera. Där finns regler som kom till av goda skäl, och beräkningar som stämmer med hur branschen faktiskt räknar.
Den som vill kasta allt och börja om tappar det värdet. Det går i teorin, men i praktiken måste man ändå ta reda på vad systemet gör. Det är precis samma arbete som att sätta sig in i det man redan har, fast utan systemet att jämföra mot.
Därför kräver en modernisering av ett äldre system ett annat arbetssätt än ett nybygge. Målet är att bevara affärslogiken och göra den synlig för fler än de en eller två som kan den i dag, inte att ersätta den med något modernare som gör ungefär samma sak.
Ett rikstäckande retursystem hamnade i just den situationen när plattformen som deras system byggde på nådde slutet av sin supportcykel. Systemet hanterade informationsflödena för mer än 1,6 miljarder enheter per år, och det gick inte att köra vidare hur länge som helst på en plattform som Microsoft inte längre underhöll.
Uppgiften blev att reda ut vad systemet faktiskt gjorde och föra över affärslogiken till en ny version som gick att förvalta framåt. Att börja om och hoppas att allt viktigt följde med var inget alternativ, så arbetet gick metodiskt igenom den befintliga koden, plockade fram logiken och byggde upp det nya runt den. Sådant arbete kräver tålamod, eftersom mycket av komplexiteten i koden speglar en komplicerad verksamhet och därför inte går att städa bort.
De senaste åren har det faktiskt blivit snabbare att analysera befintlig kod. AI-verktyg som Copilot kan hjälpa till att reda ut vad en kodbas gör, till exempel genom att hitta beroenden och förklara logiken, och sedan föreslå hur moduler kan brytas ut och refaktoriseras. Kartläggning som tidigare tog månader går nu på kortare tid.
Komplexiteten blir ändå lika stor. Beslutet om vad som ska bevaras och vad som kan fasas ut kräver fortfarande att de som kan verksamheten är med och avgör. Däremot är det första analysarbetet mer tillgängligt än det var för fem år sedan.
Börja gärna med att vara ärlig om riskbilden. Hur många personer bär förståelsen för det här systemet? Vad händer om de slutar eller är borta? Vilka delar av systemet har förändrats senast, och av vem?
Med de svaren framför er ser ni hur akut läget egentligen är. Ibland går moderniseringen att planera i lugn och ro, men ibland är det mer bråttom än organisationen har insett.
Vi har arbetat med äldre system i tre decennier, och de blir sällan lättare att ta itu med ju längre man väntar. Gå därför igenom frågorna tillsammans med de personer som kan systemet i dag, medan de fortfarande finns på plats.
Om ni vill gå vidare
Ett bra första steg är att skriva upp vad ni har skjutit upp på grund av systemet det senaste året. Den listan visar vad det kostar att stå still.
Vill ni få en samlad bild av läget finns Moderniseringsanalysen, förstudien in i en modernisering. Den tar två till tre veckor och har fast pris. Ni får en karta över era system och beroenden, en bedömning av riskerna per system och en prioriterad plan med kostnadsestimat för det första steget. Därefter bestämmer ni själva om och när ni vill gå vidare.
Tobias Hammarstrand
COO på Gaia System AB, Microsoft-specialiserade IT-konsulter i Norrköping