Et beslutningsoplæg om infrastruktur beder direktionen om at vælge placering for et afgrænset sæt systemer: blive, flytte til en europæisk udbyder, flytte til egen drift eller colocation, eller dele dem. Det skal kunne læses på kort tid, sige tydeligt, hvad der skal besluttes, og vise, hvad hver mulighed betyder for driften, økonomien og risikoen.
Oplægget skrives af arkitekten eller IT-chefen og læses af folk, der ikke skal drive resultatet. Det kræver, at noget teknisk bliver skrevet kort og konkret. Oplægget, der handler om leverandøren frem for placeringen, findes på vendor-lock-in.dk under beslutningsoplægget. Her er beslutningen placeringen.
Opbygningen
Beslutningen. Første afsnit siger, hvad direktionen skal beslutte, i én sætning. “Direktionen bedes beslutte, hvor vores forretningssystemer og filservere skal drives fra næste servergeneration.”
Anbefalingen. Andet afsnit siger, hvad I anbefaler, og de to eller tre vigtigste grunde.
Baggrunden. Anledningen til, at spørgsmålet ligger på bordet nu, fx udtjente servere, et aftaleudløb, en kundes krav eller en ny vurdering af risikoen. Hold den kort.
Omfanget. Hvilke systemer beslutningen gælder, og hvilke der ikke er med. Programmer, I køber som abonnement, falder typisk uden for, og det skrives ud.
Mulighederne. To til fire placeringer, altid med at blive som en af dem. For hver: hvad det betyder for driften, hvilke poster der er, hvilke risici der er, og hvad der kan omgøres senere.
Det, der kan vende svaret. De få antagelser, der vil ændre anbefalingen, hvis de viser sig forkerte. Det er det afsnit, direktionen har mest brug for, fordi det viser, hvor usikkerheden ligger.
Næste skridt. Hvad der sker, hvis anbefalingen følges: hvem gør hvad, og hvornår. Og hvornår direktionen skal se på spørgsmålet næste gang.
Den detaljerede business case, systemlisten og målingerne ligger som bilag. Læs business casen.
Sproget
Skriv om konsekvenserne for forretningen. Direktionen skal vide, at et system vil stå stille en nat, at driften skal bruge flere timer om ugen, eller at en kunde kan få et svar, den har bedt om. Den skal ikke vide, hvilken hypervisor der bruges.
Forklar de fagord, der er nødvendige, første gang de bruges. Undgå ord, der lyder som løfter, fx “suveræn”, “sikker” eller “fremtidssikret”, og skriv i stedet, hvad der konkret ændrer sig.
Skriv usikkerhed i ord og intervaller. En direktion har lettere ved at forholde sig til “mellem fire og otte måneder, afhængigt af om databasen kan flyttes uændret” end til ét tal, der viser sig forkert.
Økonomien i oplægget
Poster står i oplægget som de vigtigste rækker fra business casen, med engangsposter og løbende poster adskilt og over samme tidshorisont for alle muligheder. Kronerne står i jeres eget materiale. Forhold uden en pris, fx afhængighed af ét land eller én udbyder, står i ord i samme oversigt.
Skriv tydeligt, at det at blive også har udgifter og risici. Ellers ser det ud, som om det ikke koster noget at lade være, og så er sammenligningen skæv. Læs TCO for cloud, colocation og egen drift.
Det, der kan omgøres
En beslutning om placering kan være svær at omgøre, når den først er gennemført. Vis for hver mulighed, hvad der binder: aftaler, investeringer i hardware, tjenester, der kun findes hos én udbyder. Vis også, hvor der er indbygget en vej tilbage. En løsning, der kan ændres senere uden store udgifter, kan være værd at vælge, selv om den ikke er den billigste i dag.
Tænkt eksempel
En tænkt grossist har sine servere i et lejet rack hos en dansk hostingleverandør, og aftalen udløber om et år. Arkitekten beder direktionen vælge mellem at forny, at flytte til en europæisk cloududbyder eller at dele løsningen. Anbefalingen er at forny i en kortere periode og flytte to systemer, som en stor kunde har spurgt til. Det, der kan vende svaret, er tiden for at flytte databasen. Eksemplet er tænkt og viser kun opbygningen.
Hvad det kræver, og hvad det koster at lade være
Oplægget kræver, at forstudiet og business casen er lavet, og at en, der kan skrive kort, har tid til at skrive det. Lad en uden for IT læse det, før det sendes. Forstår vedkommende ikke, hvad der skal besluttes, gør direktionen det heller ikke.
Uden et oplæg bliver beslutningen udskudt eller truffet uden at være forstået. Så kører projektet videre på en mundtlig accept, og når det første problem kommer, ved ingen, hvad der blev besluttet. Et skriftligt oplæg gør beslutningen til direktionens, og det giver arkitekten et mandat. Ønsker I en uvildig vurdering af grundlaget, før oplægget sendes, kan Nielco IT lave en jurisdiktions- og afhængighedsvurdering af de systemer, oplægget omfatter. 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 begynde med baggrunden · beslutningen og anbefalingen står først.
- At udelade at blive · det er basislinjen, alle andre muligheder måles mod.
- At skrive om teknologi frem for konsekvenser · direktionen skal vide, hvad der ændrer sig for forretningen.
Det skal valget kunne vise
- ☐ Beslutningen i én sætning.
- ☐ En anbefaling med de vigtigste grunde.
- ☐ Muligheder med drift, poster, risici og det, der kan omgøres.
- ☐ De antagelser, der kan vende svaret.
- ☐ Næste skridt og en dato for ny vurdering.
Senest gennemgået: november 2026.
Næste skridt
Skriv beslutningen i én sætning, før I skriver noget andet. Kan I ikke det, er oplægget ikke klar.
Læs også: Forstudiet · Gevinsterne ved at flytte infrastruktur
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
