En IT-chef, der også passer den daglige drift, kan flytte ét system eller én type infrastruktur ad gangen, hvis resten kører stabilt, og leverandørerne gør det meste af det praktiske. Mere end det kræver, at noget af driften eller noget af projektet lægges ud, og det skal besluttes, før arbejdet begynder.
Det er en kendt situation for en IT-chef i en privat virksomhed. De ejer strategien, leverandørerne, budgettet og en del af driften. Når ledelsen spørger, om infrastrukturen kan flyttes til Europa, er det IT-chefen, der skal svare, planlægge og måske også udføre. Her står, hvordan opgaven kan deles, så den kan lade sig gøre.
Tiden er den knappe ressource
Den første opgave er at gøre op, hvor meget tid der er. Gå en almindelig måned igennem. Hvor meget går til drift, brugere, leverandørmøder, sikkerhed, indkøb og ledelse? Det, der er tilbage, er projekttiden. Den kan være lille og ujævn, fordi driften kommer først.
Et flytteprojekt kræver sammenhængende tid. Opsætning, test og omstilling kan ikke klares i halve timer mellem andre opgaver. Planlæg derfor i blokke, hvor driften er dækket af en anden, og hvor IT-chefen kan arbejde uforstyrret.
Ferie og sygdom skal også med. Står en omstilling og venter på én person, går den i stå, når personen er væk, og planen skal tage højde for det.
Prioritér efter gevinst og besvær
Når kapaciteten er lille, skal rækkefølgen være skarp. Sortér systemerne efter to ting: hvad det giver at flytte dem, og hvor svært det er. Gevinsten kan være et kundekrav, en udløbet server, en aftale, der skal fornyes, eller en risiko, ledelsen vil af med. Besværet afhænger af, hvor mange af udbyderens egne tjenester systemet bruger, hvor store datamængderne er, og hvor mange andre systemer det hænger sammen med.
Begynd med systemer, der giver noget og er lette. De giver erfaring og viser ledelsen, at det kan lade sig gøre. Lad de svære systemer vente, til der er erfaring og eventuelt hjælp. Systemer med lille gevinst og stort besvær bliver, hvor de er, og det er en beslutning, der skal stå skrevet. Se Flyt nu, flyt senere, bliv eller luk.
Lad leverandørerne gøre det, de kan
En IT-chef uden et driftshold kan hente meget kapacitet hos leverandørerne, hvis de bruges rigtigt.
Den nye udbyder kan levere færdige tjenester, så I ikke skal bygge og drive alt selv. Jo flere færdige tjenester, jo mindre lander hos jer. Til gengæld binder de mere.
Driftspartneren kan tage den daglige drift i en periode, så IT-chefen får tid til projektet. Den ordning skal aftales, før projektet begynder.
En partner til selve flytningen kan udføre det praktiske arbejde. IT-chefen ejer stadig planen, beslutningerne og testen. Krav til en sådan partner står i Sådan vurderer I en infrastrukturpartner.
Leverandørstyringen bliver større, jo flere der er med. Fire leverandører i ét projekt kræver møder, koordinering og en tydelig fordeling af ansvar. Den tid skal med i regnestykket.
Det, der kræver hjælp udefra
Nogle opgaver er svære at løse alene, uanset tid. Det gælder opgaver, der kræver specialviden, som IT-chefen ikke har til daglig, fx netværk mellem flere udbydere, store databaser eller en ny hypervisor. Det gælder også opgaver, hvor IT-chefen er part, fx vurderingen af den nuværende leverandør, som IT-chefen selv har valgt. Og det gælder opgaver, ledelsen vil have et andet blik på, før den beslutter.
Vurdér for hver opgave, om det er tid, viden eller uafhængighed, der mangler. Svaret afgør, hvilken slags hjælp der skal til.
Hvad det kræver, og hvad det koster at lade være
Planen kræver en uge af IT-chefens tid: opgørelse af kapacitet, sortering af systemer, valg af leverandører og en tidsplan, ledelsen kan godkende. Selve flytningen af ét system kan tage fra få uger til flere måneder af IT-chefens projekttid, afhængigt af besværet. Lav et overslag med en lav og en høj vurdering pr. system.
Lader I være at dele opgaven, sker en af to ting. Projektet går i stå, fordi driften vinder. Eller driften lider, fordi projektet trækker. Begge dele koster: det første i tabt fremdrift og forlængede aftaler, det andet i nedbrud og utilfredse brugere. Og hele virksomhedens viden om infrastrukturen ligger hos én person, hvilket er en risiko i sig selv.
Det skal I lade være med
- At planlægge med den tid, der ikke findes · gør kapaciteten op først.
- At starte med det sværeste system · erfaringen kommer fra de lette.
- At lade al viden blive hos én person · dokumentér undervejs.
Det skal valget kunne vise
- ☐ IT-chefens projekttid pr. måned, opgjort ærligt.
- ☐ Systemerne sorteret efter gevinst og besvær.
- ☐ Hvad leverandørerne tager, og hvad der bliver hos IT-chefen.
- ☐ De opgaver, der kræver hjælp udefra, og hvorfor.
Senest gennemgået: november 2026.
Næste skridt
Gør en almindelig måned op, og find projekttiden. Den afgør, hvor stort det første skridt kan være.
Læs også: Driftsfolkene i regnestykket · Forstudiet
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
