Et system skal blive, hvor det er, når flytningen koster mere, end den giver. Det gælder typisk tre slags: stabile systemer uden følsomme data, systemer, der er tæt bundet til tjenester, som ikke findes andre steder, og systemer, der alligevel skal udskiftes eller lukkes inden for kort tid.
Et system kan blive med lige så god ret, som et andet flytter. Den skal have en begrundelse, og den skal kunne tages op igen, når forudsætningerne ændrer sig. Et system, der bliver, fordi ingen har set på det, har ingen beslutning bag sig.
Stabile systemer uden følsomme data
Et system, der kører stille, ikke rummer data, nogen stiller krav til, og ikke giver problemer i drift eller pris, har ingen gevinst at hente ved at flytte. Det kan være et internt værktøj, et testmiljø eller en offentlig hjemmeside uden kundedata.
Gevinsten kan dog ligge et andet sted end i systemet selv. Er systemet det sidste, der holder en hel platform eller aftale i live, kan det være værd at flytte, fordi det lader jer lukke resten. Så er det aftalen, der begrunder flytningen, og det skal stå sådan.
Tæt bundne systemer
Et system, som hviler på en udbyders særlige tjenester, kræver ombygning for at flytte. Er systemet stort, gevinsten lille og ombygningen lang, er det et rimeligt valg at lade det blive. Det samme gælder systemer, der skal ligge tæt på data, som af andre grunde bliver, og systemer med licenser, der kun må bruges på den nuværende platform.
Bindingen er et argument for at vente, til systemet alligevel skal bygges om. Skriv ned, hvilken begivenhed der vil ændre vurderingen: en større opdatering, en ny version af produktet eller en aftale, der udløber. Hvordan bindingen vurderes, står i applikationer på udbyderens tjenester.
Kort restlevetid
Et system, der skal lukkes eller udskiftes om et år eller to, bør sjældent flyttes. Flytningen bruger kræfter, der kunne gå til udskiftningen, og den gamle løsning får en ny platform, den kun skal bruge kort. Er udskiftningen planlagt, er det bedre at lade det nye system starte på den rigtige placering.
Er udskiftningen kun en tanke, skal den gøres konkret, før den bruges som grund til at lade systemet blive. Ellers bliver “kort restlevetid” til mange år.
Når risikoen ved at flytte er større end ved at blive
Nogle systemer er så kritiske og så sårbare over for ændringer, at flytningen i sig selv er den største risiko. Det kan være styring af produktion, systemer, der er godkendt eller valideret i den form, de har, eller systemer, som ingen længere kender til bunds. Her kan det rigtige være at forbedre beredskabet omkring systemet frem for at flytte det: bedre backup, en dokumenteret gendannelse og en beskrevet reaktion, hvis platformen forsvinder.
Selve planen for et system, der bliver, hører til på exit-plan.dk. Pointen i denne sammenhæng er, at et system kan blive og stadig have en vej ud.
Hvordan beslutningen skrives ned
For hvert system, der bliver, skrives:
- Hvorfor det bliver, i én eller to sætninger.
- Hvad der vil ændre vurderingen.
- Hvem der holder øje med det.
- Hvornår beslutningen tages op igen.
Det er få linjer. De gør, at næste IT-chef eller revisor kan se, at beslutningen er truffet, og hvorfor. Samme tanke for programmer, hvor et europæisk alternativ ikke passer, står på europaeiske-alternativer.dk.
Det, der ikke tæller som grund
Tre ting bruges som grund til at blive, men holder sjældent alene: at det altid har kørt sådan, at ingen har tid, og at det er besværligt. De kan være rigtige, men de siger ikke noget om systemet. Bliver et system med en af dem som eneste grund, skal det stå sådan i beslutningen, så ledelsen kan se det.
Hvad det kræver, og hvad det koster at lade være
Vurderingen af, om et system skal blive, er en del af den samlede sortering og koster ikke meget ekstra: en time eller to pr. system for den, der kender det, og en linje i beslutningen. Den årlige gennemgang af systemerne, der blev, tager en halv dag.
Uden vurderingen flytter alt, eller intet flytter. Flytter alt, bruger I tid og penge på systemer, der intet giver, og risikerer at forstyrre de mest sårbare. Flytter intet, fordi enkelte systemer er svære, bliver også de lette systemer, hvor de er. Begge dele er dyrere end en sortering, der tillader, at nogle systemer bliver med god grund.
Det skal I lade være med
- At flytte et system, der skal lukkes snart · kræfterne bruges bedre på udskiftningen.
- At lade et system blive uden en begrundelse · så er det ikke en beslutning.
- At bruge bindingen som grund for altid · skriv, hvilken begivenhed der vil ændre vurderingen.
Det skal valget kunne vise
- ☐ For hvert system, der bliver: begrundelse, udløser og ansvarlig.
- ☐ Dato for næste gennemgang.
- ☐ For sårbare systemer: hvad der gøres for beredskabet i stedet for en flytning.
- ☐ Systemer, der kun bliver af vane, markeret som sådan.
Senest gennemgået: november 2026.
Næste skridt
Find de tre systemer i jeres miljø, der har mindst at vinde ved en flytning, og skriv begrundelsen for at lade dem blive.
Læs også: Når det rigtige er at blive på VMware · Delvis flytning
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
