STUDIO X
Alle artikler
Systemutvikling

Legacy-systemet lever på lånt tid: modernisering uten å stoppe driften

Det gamle fagsystemet virker fortsatt, men ingen tør røre det. Slik moderniserer du et legacy-system stegvis, uten driftsstans og uten å satse alt på en stor omskriving.

Et legacy-system bør moderniseres når endringer har blitt dyre og farlige, kompetansen på teknologien forsvinner, eller integrasjonene mot nye systemer skaper stadig mer manuelt arbeid. Den tryggeste veien er stegvis: nytt system utvikles rundt det gamle, prosess for prosess, med data migrert underveis og det gamle systemet i drift til det trygt kan skrus av. Stor-smell-omskrivinger, der alt byttes på en gang, er den vanligste årsaken til havarerte moderniseringsprosjekter. Med AI-støttet utvikling går stegvis modernisering vesentlig raskere enn før, til fast pris per etappe.

Kort forklart

Mange norske virksomheter drives på systemer som er 10 til 20 år gamle. De virker, på sett og vis, men alle vet hva de koster: endringer tar måneder, feil er vanskelige å finne, integrasjonene mot nyere verktøy er skjøre, og personene som forstår systemet nærmer seg pensjon.

Modernisering handler ikke om at gammelt er stygt. Det handler om risiko og fart: hva det koster virksomheten at kjernesystemet ikke kan endres i takt med behovene.

Tegnene på at det haster

  • Endringer er dyre og farlige. Små justeringer krever uker og skaper feil andre steder i systemet
  • Kompetansen forsvinner. Én eller to personer forstår systemet, og teknologien læres ikke lenger av nye utviklere
  • Integrasjoner blir manuelle. Nye verktøy kobles ikke på, så data flyttes med eksport, import og regneark
  • Leverandøren har mistet interessen. Standardsystemet du en gang kjøpte vedlikeholdes knapt, eller lisensen stiger mens utviklingen står stille
  • Sikkerheten henger etter. Gamle rammeverk uten oppdateringer er en voksende angrepsflate

Ett tegn er en observasjon. Tre er en handlingsplan.

Den store fellen: stor-smell-omskrivingen

Instinktet sier «vi utvikler alt på nytt og bytter på en helg». Det er den vanligste årsaken til havarerte moderniseringsprosjekter: alt må være ferdig før noe gir verdi, omfanget vokser underveis, og byttedagen blir et sjansespill med hele driften som innsats.

Den tryggeste veien er den motsatte, stegvis:

  1. Kartlegg prosessene, ikke bare koden. Det gamle systemet dokumenterer hvordan virksomheten faktisk jobber, og en del av det bør ikke videreføres
  2. Velg første utsnitt: en avgrenset prosess med tydelig gevinst, gjerne den som er mest smertefull i dag
  3. Utvikle nytt rundt det gamle: det nye systemet tar over prosess for prosess, med integrasjon mot det gamle i overgangen
  4. Migrer data underveis, med perioder der begge systemer lever, og kontroller at tallene stemmer
  5. Skru av det gamle når siste prosess er flyttet, som en bekreftelse, ikke som et sjansespill

Hver etappe leveres med fast pris innenfor avtalt omfang, så moderniseringen kan budsjetteres etappe for etappe i stedet for som ett skremmende totalbeløp.

Hva med AI i moderniseringen?

AI-støttet utvikling har endret moderniseringsregnestykket på to måter. Utviklingen av det nye går vesentlig raskere, som gjør stegvis modernisering økonomisk overkommelig. Og analyse av det gamle går raskere: forståelsen av udokumentert kode, som før krevde måneder med arkeologi, er blitt langt mer effektiv. Kravene til resultatet er uendret: sikkerhet, personvern og drift skal være bedre etter moderniseringen, ikke bare nyere.

Det nye systemet bør samtidig være noe det gamle aldri var: ditt, med kildekode og data du eier, formet etter prosessene slik de faktisk er i dag.

Ofte stilte spørsmål

Hvor lang tid tar det å modernisere et legacy-system? Stegvis: første prosess i drift på uker til få måneder, totalløpet avhengig av hvor mange prosesser som skal flyttes. Poenget med stegvis er nettopp at gevinsten starter tidlig i stedet for etter to år.

Kan vi beholde deler av det gamle systemet? Ja, når delene er friske: en stabil database eller velfungerende modul kan leve videre bak nye grensesnitt. Modernisering er ikke alt eller ingenting.

Hva skjer med dataene våre? De migreres kontrollert, med validering av at det nye systemet viser samme tall som det gamle før noe skrus av. Datamigrering er en egen disiplin i prosjektet, ikke en fotnote.

Systemet vårt er levert av en leverandør som ikke finnes lenger. Er det for sent? Nei, det er situasjonen stegvis modernisering er laget for. Prosessene kartlegges fra hvordan folk faktisk jobber, og det nye systemet utvikles derfra, med data hentet ut av det gamle.

Kort oppsummert

  • Moderniser når endringer er blitt dyre og farlige, kompetansen forsvinner eller integrasjonene har blitt manuelle.
  • Unngå stor-smell-omskrivingen. Stegvis modernisering, prosess for prosess, gir verdi tidlig og fjerner sjansespillet.
  • Migrer data kontrollert, med begge systemer i drift i overgangen.
  • AI-støttet utvikling har gjort stegvis modernisering raskere og rimeligere, til fast pris per etappe.

Har dere et system alle er redde for å røre? Fortell oss kort om det, så foreslår vi en stegvis vei, med første etappe konkret nok til å beslutte på. Se også systemutvikling hos oss.

Noen vi har levert prosjekter for
DNB EiendomOslo universitetssykehusOslo kommuneBarnekreftforeningenRøde KorsRusinfo
Spørsmål om artikkelen?

Ta en prat med oss.

Vi svarer personlig, ofte samme dag. Ring eller send en e-post, så finner vi ut om vi er rett match for prosjektet ditt.

Daniel Heimstad

Daniel Heimstad

Inbound Lead Manager

Jostein Flatin

Jostein Flatin

Daglig leder