Nesten alle virksomheter som har eksistert en stund, har minst ett system alle vet at må byttes ut. Det er tregt å endre, få forstår det fullt ut, og de som bygde det har for lengst gått videre. Fristelsen er å starte på nytt: skrive alt om med moderne teknologi og slå over på en gitt dato. Det høres ryddig ut. I praksis er det en av de mest risikable beslutningene et IT-miljø kan ta.
Hvorfor den store omskrivingen går galt
Det første problemet er at gamle systemer inneholder mer enn noen tror. Gjennom årene har koden samlet opp forretningsregler, unntak og feilrettinger som aldri ble dokumentert – en særregel for én kundetype, en avrunding som må gjøres akkurat slik, en rekkefølge i en nattlig kjøring som noe annet er avhengig av. Skriver man om fra en kravspesifikasjon, forsvinner disse detaljene, og de dukker gjerne først opp igjen i produksjon.
Det andre problemet er at målet flytter seg. Mens det nye systemet bygges, fortsetter virksomheten å endre seg, og det gamle systemet må fortsatt vedlikeholdes. Enten fryser man endringer lenge, eller så må alt gjøres to ganger. Begge deler er dyrt.
Det tredje er at en stor omskriving leverer lite eller ingen verdi før helt til slutt. Tålmodigheten tar slutt lenge før prosjektet gjør det, og i verste fall står man igjen med to halve systemer.
Kvel det gamle systemet gradvis
Alternativet kalles ofte «strangler fig»-mønsteret, etter en plante som gradvis vokser rundt et vertstre. Prinsippet er enkelt: Du legger et skille foran det gamle systemet – et API, et integrasjonslag eller en rutingkomponent – slik at trafikken går gjennom et punkt du kontrollerer. Deretter flytter du funksjonalitet over til ny løsning, én bit om gangen. Hver bit settes i produksjon for seg, og det gamle systemet krymper til det kan skrus av.
Du leverer verdi underveis, risikoen deles opp i håndterbare steg, og du kan justere kursen etter hvert som du lærer.
Forstå hva systemet faktisk gjør
Før du flytter noe, må du vite hva det er du flytter. Det betyr å kartlegge hvordan systemet oppfører seg i dag, ikke hvordan dokumentasjonen sier at det skal oppføre seg. Tester som låser fast eksisterende oppførsel – også den som ser rar ut – er blant de mest verdifulle verktøyene her. De gjør skjult logikk synlig og gir deg et sikkerhetsnett.
Dataene forteller også mye. Hvilke felter er faktisk i bruk, og hvilke kombinasjoner finnes som ingen husker at var mulige? Særlig i finans, der beregninger og rapportering må stemme på øret, er denne jobben ikke valgfri.
Hvor du bør begynne
Begynn der endringstakten eller smerten er størst. Områder som stadig må endres, er der et moderne fundament lønner seg raskest. Områder med hyppige feil eller tunge manuelle rutiner gir synlig gevinst tidlig og bygger tillit til resten av løpet. Integrasjoner er ofte et godt sted å starte, fordi de danner naturlige skillelinjer i systemet.
Kjør gammelt og nytt side om side
Når en bit er flyttet, kan du la gammelt og nytt kjøre parallelt en periode og sammenligne resultatene. Samme input, to svar – og hvert avvik er enten en feil i den nye løsningen eller en regel du ikke visste om. Begge deler vil du finne før kundene gjør det. Først når avvikene er forklart, slår du over for godt.
Datamigrering er et eget løp
Data blir ofte skjøvet til slutten. Det er en feil. Migrering krever egen planlegging, egne tester og egne avstemminger, og den avdekker gjerne kvalitetsproblemer som har ligget skjult i årevis. Behandle den som en egen arbeidsstrøm fra start, med tydelig eierskap.
Når omskriving faktisk er riktig
Gradvis modernisering er ikke alltid svaret. Er systemet lite og godt forstått, er teknologien så foreldet at den ikke lar seg drifte trygt, eller har virksomheten endret seg så mye at systemet løser feil problem, kan en ny start være riktig. Poenget er ikke at omskriving alltid er galt, men at det skal være et bevisst valg – ikke standardsvaret.
Hvordan vi kan hjelpe
Vi hjelper virksomheter med å kartlegge eksisterende systemer, finne de riktige stedene å begynne og gjennomføre moderniseringen steg for steg – med ansvar for hele løpet fra analyse til drift. Står du foran et system som må fornyes, tar vi gjerne en prat om hvor det er klokt å starte.