Lift-and-shift, re-platforming, re-factoring eller total omskrivning – varje system kräver rätt strategi.
Kartläggning och kravställning av befintlig kodbas
Innan ett legacy-system kan moderniseras krävs en grundlig kartläggning av den befintliga koden och arkitekturen. I många äldre system saknas uppdaterad dokumentation, vilket gör att affärslogiken ligger helt gömd i källkoden. Utvecklingsteamet behöver därför genomföra en så kallad code audit och beroendeanalys för att förstå hur systemet interagerar med övriga databaser och externa tjänster.
Identifiera vilka moduler som ger högst affärsnytta vid en förnyelse och vilka delar som helt kan fasas ut. Kravställningen bör fokusera på funktionella krav, säkerhetsaspekter och prestandamål. Det är också avgörande att definiera hur datamigrering ska ske utan att störa den dagliga verksamheten. En tydlig kravbild minskar risken för oförutsedda kostnader och gör det enklare för externa byråer att ge en pricksäker estimering.
Vanliga fallgropar och hur du undviker dem
Ett av de vanligaste misstagen i moderniseringsprojekt är att försöka bygga om hela systemet på en gång, en så kallad "Big Bang"-migrering. Detta leder ofta till försenade leveranser, skenade budgetar och hög risk för verksamhetsavbrott. Gradvis modernisering, exempelvis genom stegvis utbyte av moduler, ger lägre risk och snabbare värde för organisationen.
En annan fallgrop är brist på automatised tester. Om det äldre systemet saknar testtäckning blir det svårt att verifiera att den nya koden producerar exakt samma resultat som den gamla. Slutligen underskattar många organisationer komplexiteten i datamigrering. Att flytta historisk data från en ostrukturerad legacy-databas till en modern datamodell kräver omfattande tvätt och validering.
Uppskattade kostnader och tidsram för modernisering
Kostnaden för att modernisera ett legacy-system varierar kraftigt beroende på systemets storlek, komplexitet och val av strategi. Mindre avgränsade projekt eller refaktorering av specifika moduler brukar ligga på ungefär 150 000 – 500 000 SEK. För medelstora affärskritiska system som kräver omstrukturering av databaser och gränssnitt hamnar budgeten ofta mellan 500 000 och 2 000 000 SEK. Omfattande systemtransformationer för storskaliga plattformar kan överstiga 2 000 000 SEK.
Tidsplanen sträcker sig vanligtvis från 3 till 6 månader för mindre delprojekt, medan mer omfattande moderniseringar kan ta mellan 9 och 18 månader. Det är rekommenderat att arbeta i agila sprintar med delleveranser varannan till var fjärde vecka. På så sätt kan ni löpande utvärdera kvaliteten och justera prioriteringarna efter hand.
Kriterier för att utvärdera och välja rätt byrå
När du jämför utvecklingsbyråer för legacy-modernisering är teknisk spetskompetens om både äldre och moderna teknologier avgörande. Byrån måste förstå språket som ditt gamla system är byggt i (exempelvis äldre .NET, Java, PHP eller COBOL) samtidigt som de har djup kunskap om moderna molnarkitekturer och ramverk.
Be om konkreta referensfall där byrån genomfört liknande projekt med dokumenterad framgång. Utvärdera deras metodik för riskanalys, testautomation och datamigrering. Det är också viktigt att säkerställa att byrån kan erbjuda förvaltning och support efter lanseringen. Genom att ta in offerter via Updro kan du ställa krav direkt i förfrågan och jämföra byråernas kompetens, priser och upplägg på ett strukturerat sätt.
Vad kostar det att modernisera ett gammalt IT-system?
Priset varierar normalt mellan 150 000 och över 2 000 000 SEK beroende på systemets storlek och tekniska skulder. Mindre modulära uppdateringar ligger i det lägre intervallet, medan totala systemomstruktureringar kräver en större budget.
Hur lång tid tar ett moderniseringsprojekt?
Tidsåtgången beror på valt tillvägagångssätt. Ett avgränsat delprojekt tar ofta 3–6 månader, medan en fullständig modernisering av ett affärskritiskt system brukar ta mellan 9 och 18 månader.
Måste vi stoppa den dagliga verksamheten under moderniseringen?
Nej, med rätt strategi (exempelvis stegvis migrering via parallell drift) kan det gamla systemet köra vidare obehindrat medan nya moduler lanseras successivt.
Hur vet vi om systemet ska byggas om helt eller bara refaktoreras?
Det avgörs genom en kodaudit och teknisk analys. Om arkitekturen är extremt föråldrad och underhållskostnaderna är för höga är en nybyggnation ofta mer lönsam på sikt, medan välstrukturerad kod oftast kan refaktoreras stegvis.