Hvert system skal i én af fire spande: flyt nu, flyt senere, bliv eller luk. Placeringen afgøres af tre ting, nemlig hvor følsomme data systemet har, hvor tæt det er bundet til sin nuværende platform, og hvad I får ud af at flytte det.
Sorteringen gør en stor beslutning til mange små. I stedet for at spørge, om virksomheden skal ud af en bestemt cloud, spørger I pr. system, og I får et svar, der kan forklares for ledelsen, og som kan ændres, når forudsætningerne ændrer sig. Metoden er vores egen. Den er ikke en standard.
De tre kriterier
Følsomhed. Hvilke data ligger i systemet, og hvem stiller krav til, hvor de må ligge? Det kan være jeres egne regler for dataklassificering, en kundekontrakt, en branche med særlige krav eller et ønske fra ledelsen. Et system med kundernes forretningshemmeligheder vejer tungere end et system med kantinens menu.
Binding. Hvor meget skal ændres, før systemet kører et andet sted? En almindelig virtuel server er let bundet. Et system bygget på udbyderens egne tjenester er tæt bundet. Licenser, faste adresser hos kunder og integrationer tæller også med. Typerne står i hvad kan flyttes til en europæisk cloud.
Gevinst. Hvad bliver bedre, når systemet flytter? Gevinsten kan være et krav, der bliver opfyldt, en afhængighed, der forsvinder, en aftale, der kan opsiges, eller en drift, der bliver enklere. Står der intet i feltet, er det et svar i sig selv.
Giv hvert kriterium tre trin: lav, middel og høj. Det er groft nok til at blive færdig og fint nok til at skille systemerne ad.
De fire spande
Flyt nu. Høj følsomhed eller høj gevinst, lav eller middel binding. Det er systemerne, hvor arbejdet er overskueligt, og hvor der er en grund. De første systemer, der flytter, viser også, om identitet, backup og overvågning virker på det nye sted, og derfor skal de vælges med omtanke. Et system, der er let at rulle tilbage, er et bedre første system end det mest kritiske.
Flyt senere. Høj følsomhed eller gevinst, men høj binding. Systemet skal flyttes, men det kræver ombygning, en ny licensaftale eller et tidspunkt, hvor en aftale udløber. Spanden er ikke en venteliste. Hvert system i den skal have en betingelse skrevet ud for sig: hvad der skal ske, før det kan flytte, og hvem der holder øje med det.
Bliv. Lav følsomhed og lav gevinst, eller en binding, der er så dyr at bryde, at gevinsten ikke dækker den. Et system, der bliver med en skriftlig begrundelse, er et valg på linje med de andre spande. Læs det, der ikke skal flyttes.
Luk. Systemer, som ingen bruger, eller som et andet system allerede har overtaget. De kan gemme sig i ethvert miljø, og en sortering er en god anledning til at finde dem. Data arkiveres efter jeres regler for opbevaring, og serveren slukkes.
Hvem der skal sidde med
Sorteringen kræver tre slags viden. IT kender bindingerne. Forretningen kender følsomheden og ved, hvad et system betyder for driften. Ledelsen beslutter, hvor meget gevinsten skal veje. Mangler forretningen, bliver følsomheden gættet. Hvilke systemer forretningen ikke kan undvære, er en øvelse, exit-plan.dk beskriver for planens skyld, og den kan genbruges her.
Hvad hver spand koster at behandle
Spandene koster forskelligt, og det skal stå i oplægget til ledelsen.
Flyt nu koster en prøveflytning, selve flytningen og en periode med to miljøer. Overslaget gives i dage pr. system for infrastrukturfolk og applikationsejer, med et bud på det hurtigste og det langsomste forløb.
Flyt senere koster mest på papiret, fordi ombygning og licensarbejde ligger her. Det koster også at vente: det gamle miljø skal drives og betales, til systemet er flyttet.
Bliv koster en årlig gennemgang af, om forudsætningerne holder. Det er lidt, men det skal være nogens opgave.
Luk koster en afklaring med forretningen og arkivering. Til gengæld forsvinder driften af systemet helt.
Hvad det kræver, og hvad det koster at lade være
En sortering af et mindre miljø kan klares på et par workshops med IT og forretning og en dags efterarbejde. I et miljø med mange systemer og spredt ejerskab går der flere uger, fordi ejerne skal findes først. Hvad der påvirker prisen, og hvordan I får et tilbud, står under pris og tilbud.
Uden sorteringen bliver rækkefølgen tilfældig. Det system, der er lettest at flytte, flytter først, uanset om der er en grund. Systemer, der burde lukkes, får en ny platform. Og de tæt bundne systemer, der rummer det følsomme, bliver skubbet, fordi de er svære. Resultatet er et projekt, der har brugt tid og penge, uden at det, ledelsen ville opnå, er opnået.
Det skal I lade være med
- At sortere efter, hvad der er lettest · bindingen er ét af tre kriterier og skal ikke afgøre alt.
- At bruge “flyt senere” som parkering · hvert system dér skal have en betingelse og en ansvarlig.
- At sortere uden forretningen · følsomhed og betydning for driften kender IT kun delvist.
Det skal valget kunne vise
- ☐ Følsomhed, binding og gevinst for hvert system i tre trin.
- ☐ Spand og begrundelse for hvert system.
- ☐ Betingelse og ansvarlig for hvert system i “flyt senere”.
- ☐ Overslag i dage og roller for “flyt nu”.
- ☐ Dato for næste gennemgang af “bliv”.
Senest gennemgået: november 2026.
Næste skridt
Tag ti af jeres systemer og giv dem de tre kriterier. Det viser, om skalaen er til at arbejde med, før I tager resten.
Læs også: Flyt, tilpas eller byg om · Business case for at flytte infrastruktur til Europa
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
