Et legacy-system er et ældre system, der stadig bærer en vigtig del af forretningen, og som er blevet svært at ændre, drive eller skaffe folk til. Det kan være et købt system, hvor leverandøren har sat farten ned, eller et internt system, som en lille gruppe medarbejdere har passet i årevis. Alderen siger i sig selv lidt. Risikoen vokser, når meget hænger på noget, som få kan. Der er fire muligheder. I kan beholde det, pakke det ind, flytte det eller erstatte det. Hvilken der er rigtig, afhænger af forretningens behov, afhængighederne og hvor længe I kan holde på de folk, der kender systemet. Beslutningen hører hjemme hos ledelsen, for det er en afvejning af risiko og investeringer over flere år.
Hvornår et enkelt system i den mindre virksomhed er modent til at blive skiftet, står under hvornår et gammelt system skal udskiftes. Her handler det om den store afhængighed, hvor mange afdelinger, selskaber og andre systemer er koblet på.
Sådan ser den store afhængighed ud
Tænkt eksempel: En produktionsvirksomhed har et planlægningssystem, der er bygget for mange år siden. Tre medarbejdere kan rette det, og to af dem nærmer sig pensionen. Tyve andre systemer henter data fra det. Hver ændring tager lang tid, fordi ingen helt ved, hvad den rammer. Direktionen hører kun om systemet, når det driller, og det har kørt stabilt i årevis.
Eksemplet viser, hvorfor legacy er svært at få på dagsordenen. Systemet virker, og risikoen viser sig først som en langsom stigning i omkostningerne eller som en pludselig fratrædelse. Derfor bør systemet indgå i den faste styring af applikationsporteføljen og i arbejdet med fornyelsesefterslæbet.
Fire spørgsmål før valget
Før de fire muligheder sammenlignes, skal I kende svarene på disse spørgsmål.
Hvor vigtigt er systemet for forretningen, og vil behovet ændre sig? Et system, der understøtter en proces, som ligger fast i mange år, kan leve længe. Et system, der blokerer for en ny forretning, skal der gøres noget ved.
Hvem kan det? Tæl personer, interne og hos leverandøren, og spørg til deres alder, deres muligheder og om de vil blive. Spørg også, om viden er skrevet ned.
Hvad hænger det sammen med? En liste over de systemer, data og rapporter, der afhænger af det, viser, hvor stort et skifte bliver.
Hvad siger leverandøren? Er systemet købt, så læs aftalen, og spørg til vedligeholdelse, opdateringer og planer. Noter det, der er lovet skriftligt. Ved nye køb kan EU’s regler om produkter med digitale elementer give en oplyst supportperiode at planlægge efter, se hvad CRA betyder for køberen.
Mulighed 1: behold
At beholde er et aktivt valg, så længe det er truffet bevidst og har en dato for næste vurdering. Det passer, når systemet er stabilt, behovet er fast, og der er folk til det. Prisen er, at I skal investere i at holde det sundt. Skriv viden ned, sæt en ekstra medarbejder til at lære systemet, og aftal, hvad der skal ske, hvis nøglepersonerne stopper. Hvis I vælger at beholde uden at gøre noget af det, har I udskudt beslutningen.
Mulighed 2: pak ind
At pakke ind betyder, at I lægger et lag af veldefinerede forbindelser rundt om systemet, så andre systemer ikke længere taler direkte med det. Systemet bliver, som det er, men afhængighederne kan ryddes op, og nye løsninger kan bygges ved siden af. Det kan give ro i et stykke tid og gøre et senere skifte mindre, fordi det gamle system kan erstattes bid for bid. Metoden kræver en styret integrationsplatform eller tilsvarende. Den løser ikke mangel på folk, og den er sjældent en varig løsning i sig selv. Sæt derfor et mål for, hvad der skal ske bagefter.
Mulighed 3: flyt
At flytte betyder, at systemet kommer over på en ny teknisk platform, fx fra egen maskinstue til cloud eller fra et forældet styresystem til et nyt, mens funktionerne forbliver de samme. Det løser problemer med hardware og med platformen under systemet. Forretningen får ingen nye muligheder, og kompleksiteten følger med. Vælg det, når platformen er det største problem. Spørg en teknisk specialist, hvad flytningen reelt kræver, og om det kan lade sig gøre med det pågældende system.
Mulighed 4: erstat
At erstatte betyder, at funktionerne flyttes over på et nyt standardsystem, eller at de deles ud på flere. Det giver størst effekt og den største risiko. Gamle systemer rummer ofte regler, ingen længere kan forklare, fordi de er bygget ind i koden over mange år. Regn derfor med et program, der begynder med at finde ud af, hvad systemet faktisk gør. Planlæg det som andre store forløb med ejer, budget og styregruppe, se ERP-programmet. De, der kender det gamle system, er også dem, programmet har mest brug for, og det skal planlægges fra starten.
Valget, når afhængigheden er størst
Når få personer kan et system, og meget hænger på det, begynder arbejdet med personerne, uanset hvilken af de fire muligheder der vinder. Tal med dem, tænk i fastholdelse, få nye ind til at lære det, og skriv det vigtigste ned. Det køber den tid, der skal til for at træffe den store beslutning ordentligt.
Træk derefter beslutningen frem til direktionen med en kort sag for hvert system, hvor hver mulighed har omkostning, tid og risiko. Vurder dem i tid. Hvor længe kan I vente, før det bliver dyrt? Er investeringen så stor, at den skal for bestyrelsen, står fremgangsmåden under den store IT-investering.
Det gør I nu
Find de tre systemer, hvor færrest kan mest. Tæl personerne, skriv afhængighederne op, og sæt en ejer på hver. Vælg foreløbig én af de fire muligheder, og sæt en dato for næste vurdering.
Ønsker I en ekstern CIO til at se på det, starter Nielco IT med en gennemgang, og samarbejdet kører derefter månedligt, fast og inden for en timeramme, I aftaler. Hvad der påvirker prisen, og hvordan I får et tilbud, står under pris og tilbud.
Det skal I lade være med
- At vente, til nøglepersonen siger op · så mangler den tid, en ordentlig overgang kræver.
- At kalde systemet legacy og lade det ligge · ordet er ingen plan.
- At flytte systemet og tro, at I har moderniseret · funktionerne og afhængighederne følger med.
- At erstatte uden at kortlægge, hvad det gamle gør · skjulte regler kommer frem efter skiftet.
Det skal I kræve af dem, der leder IT
- ☐ En liste over systemer med få nøglepersoner og store afhængigheder.
- ☐ En plan for viden og fastholdelse for hvert af dem.
- ☐ En kort sag med de fire muligheder, omkostning, tid og risiko.
- ☐ Et navn på en forretningsejer, der følger beslutningen.
- ☐ En fast dato for næste vurdering.
Senest gennemgået: november 2026.
Næste skridt
Læs også: Fornyelsesefterslæb · Integrationsplatform · SAP ECC slutter
→ Kontakt · Tlf. 70 13 63 23 · Ekstern CIO hos Nielco IT
