Mange virksomheder kører deres kerneforretning på et system, der blev bygget for 10-15 år siden. Det fungerer, sådan da. Men hver gang der skal ændres noget, tager det måneder, og listen af workarounds vokser. Spørgsmålet melder sig: skal systemet lappes endnu en gang, eller er det tid til at skifte det ud?

Svaret er sjældent et rent enten-eller. I denne artikel gennemgår vi advarselstegnene på, at et system er blevet en bremse, og hvorfor en gradvis modernisering ofte er både billigere og mindre risikabel end en totaludskiftning.

Tegn på at systemet er blevet en bremse

Et legacy-system er ikke et problem, bare fordi det er gammelt. Det bliver et problem, når det begynder at koste mere, end det skaber. De typiske advarselstegn er til at få øje på: Små ændringer tager uger eller måneder, fordi ingen tør røre ved koden. Kun én person, måske en ekstern konsulent, forstår, hvordan systemet hænger sammen. Nye integrationer til fx webshop, økonomisystem eller lager er reelt umulige, fordi systemet ikke har et API.

Dertil kommer sikkerheden. Kører systemet på en teknologi, der ikke længere modtager sikkerhedsopdateringer, er det ikke et spørgsmål om, hvorvidt det bliver et problem, men hvornår. Genkender du to eller flere af disse tegn, er det tid til at handle, inden systemet vælger tidspunktet for dig.

Hvorfor totaludskiftning ofte fejler

Den umiddelbare indskydelse er ofte at bygge et helt nyt system og skifte over på én gang. Det lyder rent og enkelt, men i praksis er den slags big bang-projekter blandt de mest risikable i softwareverdenen. Det gamle system indeholder typisk 10-15 års forretningsregler, som ingen har dokumenteret. De opdages først, når det nye system ikke kan håndtere dem.

Samtidig skal forretningen jo køre videre, mens det nye bygges. Det betyder, at det gamle system skal vedligeholdes parallelt, og at hver ny funktion skal laves to steder. Resultatet er ofte et projekt, der vokser i både tid og budget, og en overgang, hvor alt skal fungere fra dag ét. Der er sjældent en plan B, hvis det ikke gør.

Gradvis modernisering: byg nyt rundt om det gamle

Alternativet er at modernisere gradvist. I stedet for at udskifte alt på én gang bygger man det nye system op omkring det gamle og flytter én funktion ad gangen. Tilgangen kaldes ofte strangler-mønstret: det nye system overtager stille og roligt ansvar, indtil det gamle til sidst kan slukkes.

I praksis starter det ofte med et API-lag oven på det eksisterende system. Det gør data tilgængelige for nye applikationer og integrationer, uden at kernen skal ændres. Derefter flyttes de dele, der gør mest ondt, fx ordrehåndtering eller kundestyring, over i nye moduler, mens resten kører videre som hidtil.

Fordelen er, at risikoen er lav ved hvert skridt. Hver flytning kan testes isoleret, forretningen mærker ingen nedetid, og investeringen fordeles over tid i stedet for at lande som én stor regning. Og skulle prioriteterne ændre sig undervejs, står du med et delvist moderniseret system, der allerede skaber værdi, ikke et halvfærdigt projekt.

Sådan kommer du i gang

Første skridt er en kortlægning. Hvilke dele af systemet bruges faktisk, hvilke forretningsregler ligger gemt i koden, og hvor gør det mest ondt i hverdagen? Prioritér derefter ud fra to akser: forretningsværdi og risiko. De funktioner, der koster mest tid eller flest fejl i dag, flyttes først.

Vælg et første delprojekt, der er lille nok til at blive færdigt inden for få måneder, men vigtigt nok til at gevinsten kan mærkes. Det skaber momentum og giver konkret erfaring med, hvordan det gamle system reelt opfører sig. Du kan læse mere om, hvordan vi griber skræddersyet softwareudvikling an, og hvilke teknologier vi bygger på.

Skal vi kigge på jeres system?

Vi har mange års erfaring med at modernisere ældre systemer uden at sætte driften over styr. Det starter typisk med en gennemgang af jeres nuværende løsning og en ærlig vurdering af, hvad der bør lappes, og hvad der bør udskiftes. Kontakt os for en uforpligtende snak om jeres system.