Eksekveringsevne og hastighed er den nye valuta i forretningen. Den traditionelle IT-modernisering kan ikke længere levere den. Men den CIO, der kan designe sin organisation til at accelerere eksekvering gennem Proof of Value, kan komme langt hurtigt videre med modernisering.
Christina Sophie Worsøe
Director
Okay. Det er måske lidt hårdt at sige "stop med at planlægge modernisering". Men jeg møder det igen og igen. CIO'en eller den IT-ansvarlige, som står overfor en modernisering med to mulige veje frem. Plan A leverer om to et halvt år. Plan B om fire et halvt.
Udskiftning af monolitten. Indkøb af platform. All in på SAP. Et flerårigt roadmap for at få det hele rullet ud. Det er ikke dårlige beslutninger eller metoder. Men både CIOs og styregrupper mærker presset for at accelerere eksekveringsevnen.
Så hvor lang tid må man egentlig bruge på modernisering i 2026?
Eksekveringsevne og hastighed er alfa og omega for forretningen i 2026. Det er det, der afgør, om vi rammer markedet i tide. Og om kunderne får det, de venter på, før nogen anden leverer det.
Den traditionelle IT-modernisering har et hastighedsproblem. Den leverer nemlig først om to et halvt år. Det er ikke hastighed. Det er løfter. Og lidt håb.
Men hastighed er heller ikke målet i sig selv. Det egentlige mål er eksekveringsevnen under konstant forandring. Evnen til at prioritere rigtigt og træffe gode beslutninger, selv når grundlaget ændrer sig midt i projektet. Modernisering er et middel. Eksekveringsevnen er målet.
Eksekveringsevne og hastighed. Det er alfa og omega i 2026.
Den traditionelle IT-modernisering har sin egen logik. IT-ansvarlige og CIOs lægger en flerårig plan. Får styregruppen til at godkende den. Vælger en strategisk leverandør. Lægger et implementeringsspor med faser, milepæle og go-live-datoer. Og holder så koncentrationen på den plan i 30 til 60 måneder.
Det gav mening, dengang systemerne var monolitter, der skulle udskiftes helt. Dengang integration var dyrt og krævede tungt arkitektonisk design og en uddybende kravspecifikation. Dengang markedet flyttede sig langsomt. Og dengang AI ikke var en teknologi, man kunne bygge og accelerere på.
I 2026 holder ingen af de forudsætninger længere.
I behøver ikke længere udskifte alt for at modernisere noget. I skifter de dele, der reelt bremser forretningen. Resten bliver stående.
Et lag af AI-agenter orkestrerer på tværs af legacy, automatiserer processer og identificerer logikker samt udstiller data. Det erstatter ofte store dele af den modernisering, man troede man skulle lave. Men agentiske løsninger løser proceslogik. De løser ikke datakvalitet. Fundamentet skal holde.
Markedet flytter sig kvartalsvis. AI-modellerne næsten hver måned. En specifikation skrevet i januar kan være forældet, inden den når i kontrakt.
Det er billigere end nogensinde at bygge en prototype, der virker. Og det er dyrere end nogensinde at gætte forkert i en flerårig plan. Det har vendt regnestykket for risiko på hovedet.
De fire skift gør en anden tankegang nødvendig. Både i enterprise arkitektur og i den tekniske designfase mod en Proof of Value.
Den klassiske designer vi kender til, bygger ikke først. Designeren skitserer ud fra et anerkendt problem. Tester. Justerer. En møbeldesigner bygger en prototype i pap. Holder den op mod virkeligheden. Skifter mellem materialer. Først når formen sidder, bygges der for alvor.
På samme måde ved den dygtige tekniske designer eller løsningsarkitekt, at begrænsninger er en gave. Sikkerhedskrav. Compliance. Legacy. Det er forudsætningen for at finde den rigtige løsning. Og den IT-ansvarlige, der tænker som en designer, behandler AI som en ny mulighed. Ikke som en feature eller som et separat AI-spor.
Det handler ikke om post-its eller workshops med kreative øvelser. Det er ikke "design thinking" som disciplin. Det er teknologidesign som håndværk. Det er evnen til at identificere problemet, som skal løses og løftes, før investeringen, før udbuddet, før kontrakten og helt sikkert før platformsvalget.
I en CIO-kontekst er 'design' her ment som beslutningsstøtte på præcis det tidspunkt, hvor det koster mindst at ændre retning. Det tekniske og arkitekturmæssige fundament, der afgør, om I kan eksekvere hurtigt, skifte kurs undervejs og holde sikkerhed og compliance på plads.
Designtilgangen giver ikke kun hastighed. Den giver evnen til at skifte retning uden at starte forfra. Og teste forskellige teknologier af. Det er forskellen på et roadmap og en reel eksekveringsevne.
I vores Resilient CIO-rapport fra Q1 2026 spurgte vi 14 danske IT-ansvarlige om deres AI-initiativer. 13 ud af 14 havde aktive projekter. Kun 3 havde en plan for at skalere dem.
Det er ikke et teknologiproblem. Det er et designproblem. Når vi ikke har designet, hvordan værdien bevæger sig fra pilot til produktion, bliver piloten en destination. Den skulle have været et trin.
Vi kan nok ikke tale 'design' uden at tale demokratisering af designerevnen. Nemlig Vibe Coding. Mens modernisering trækker ud, sker der noget andet under radaren. Folk i forretningen vibe-coder apps og løsninger udenom IT. Det fungerer måske i et halvt år.
De IT-ansvarlige oplever en blind vinkel. Og hurtigt en rød klud. For det er ikke designet godt nok til at holde. Ingen guardrails. Ingen arkitektur. Ingen vej fra prototype til produktion. Det består ikke revision. Og det skalerer ikke, når flere afdelinger får den samme idé.
Endnu en grund til, at CIOs er nødt til at gentænke tilgangen til modernisering.
Vi fristes til at omdøbe modernisering til 'acceleration af eksekveringsevnen'. Tilgangen har tre faser. Princippet er enkelt: find ud af, hvad opgaven faktisk er fremadrettet, når man som IT-ansvarlig skal løfte forretningen og konkurrenceevnen. Test om ny teknologi eller alternative veje kan løfte opgaven, før I vælger platform eller tænker det som en modernisering af kernesystemer.
Her er et par guidelines til, hvordan vi anvender design som tankegang for at drive eksekveringshastighed.
Resultatet ser ofte anderledes ud, end den IT-ansvarlige forestillede sig, da forløbet startede. I bedste fald undgår man en stor opgradering. I næstbedste fald gør I den meget mindre.
Find en use-case eller proces, der reelt holder forretningen tilbage. Eller hvor I kan drive vækst hvis bare data, arkitektur eller IT-ressourcer ikke var en flaskehals. Skil den ud i et eksplorativt spor med eget budget, egen governance og begræns tiden til f.eks. 90 dage.
Test forskellige veje mod en løsning. Gerne uafhængigt fra de eksisterende systemer. Men inden for rammerne af de regulativer og IT-principper, som I er underlagt. I rigtig mange tilfælde kan et agentic framework løfte en stor del af det, I ellers ville modernisere væk. Mål kommerciel værdi. Ikke teknisk fremskridt. Stop initiativet, hvis værdien ikke er dokumenteret efter seks måneder.
Når den eksperimentelle tilgang har bevist sin værdi, designes løsningen ind i arkitekturen for alvor. Det er her resilience-by-design bygges ind. Det er her guardrails formaliseres. Det er her sikkerhed og robusthed tegnes med fra første streg. Kontrolleret innovation. Ikke som et eksperiment der skalerer udenom governance, men som en kapabilitet der er klar til at bære forretningens næste skridt.
Fremtidens CIO måles på forretningens tempo.
Ikke systemernes oppetid
Vi har værktøjerne. Vi har metoden. Og vi har mærkbare resultater på 2-3 måneder. Fordi vi begynder med design.
Modernisering af kerne på 20 af normal tid
Vi leverede en modernisering af en forretningskritisk legacy-løsning på 20 af den tid, det normalt ville have taget. Uden en eneste regressionsfejl. Designfasen var grunden til, at vi vidste præcist, hvad vi skulle bygge og hvad vi ikke skulle.
Smarter operations: Fra uger til sekunder
Hos én kunde er kvalificering af tilbud på komplekse varmevekslere skåret ned fra uger til sekunder. Et eksplorativt forløb der beviste værdien på 90 dage og nu er skalerbart.
700.000 produktdata validerede hver dag
Hos en anden holdes 700.000 produkter validerede døgnet rundt. Så salg, indkøb og support arbejder på data, der holder.
