Når en ny funktion kan bygges på få dage i stedet for flere uger, ligner det en ren gevinst. Men den hurtigere kode ændrer også, hvor mange systemer virksomheden kan nå at sætte i verden, før nogen har besluttet, hvem der skal eje dem.
Danmarks Miljøportal fortæller til Ingeniøren, at nye AI-værktøjer har skåret udviklingstiden for it-funktioner fra uger til dage. Det højere tempo betyder samtidig, at budget og it-styring skal tænkes om.
Det er den sidste del, ledelsen bør hæfte sig ved.
For AI gør ikke bare programmører hurtigere. Kodende AI-agenter kan selv gennemføre kæder af opgaver, og almindeligt sprog bliver en ny indgang til at få software bygget. Derfor flytter flaskehalsen sig. Det svære er ikke længere kun at få en idé lavet. Det er at vælge, hvilke af de mange mulige løsninger virksomheden vil tage ansvar for bagefter.
Den første version er blevet den billige del
En lille intern løsning kan begynde uskyldigt. En kollega mangler et overblik, en formular eller en genvej mellem to systemer. Før krævede det måske en plads i udviklingskøen. Nu kan en medarbejder eller et lille team få en fungerende første version på få dage.
Det er værdifuldt. Flere mennesker kan prøve en idé af, mens behovet stadig er aktuelt. Små problemer, der aldrig ville vinde en stor business case, kan blive løst.
Men en fungerende første version er ikke det samme som et system, virksomheden kan stole på.
Hvis løsningen bliver populær, følger der hurtigt et andet arbejde med. Hvem retter den, når kilden ændrer format? Hvem svarer, når resultatet er forkert? Hvilke data må den bruge? Hvad sker der, når personen bag forsøget skifter job? Og hvor længe vil virksomheden betale for at holde den i live?
AI har gjort afstanden fra idé til software kortere. Den har ikke fjernet afstanden fra software til varig kapacitet.
Flere forslag kan give færre klare valg
I vores arbejde med AI-agenter ser vi den samme forskel i andre former for digitalt arbejde. Det kan være hurtigt at få en agent til at fremstille et svar, en analyse eller en teknisk løsning. Den holdbare del ligger omkring resultatet: opgaven skal være tydelig, kilderne skal kunne findes, kvaliteten skal kunne bedømmes, og nogen skal eje undtagelserne.
Derfor begynder vores publicerede tilgang med at vælge arbejdet før AI-modellen. Når AI skriver software, gælder den samme regel et niveau højere: Vælg den forretningsevne, I vil eje, før I forelsker jer i den løsning, der blev bygget på en eftermiddag.
Ellers kan virksomheden få en mærkelig ny knaphed. Der er kode nok, men for lidt opmærksomhed til at afgøre, hvad der må blive vigtigt.
Ledelsen ender så med at finansiere en voksende mellemtilstand. Løsningerne er for nyttige til at lukke, men for løst ejede til at få rigtig drift, support og levetid. Hver for sig ser de små ud. Tilsammen bruger de budget, data, integrationer og medarbejdernes tillid.
AI ændrer retten til at starte et system
Det her er mere end et spørgsmål til it-afdelingen. Når det bliver lettere at bygge, ændrer det også, hvem der i praksis kan sætte et nyt system i gang.
Det er en god udvikling, hvis fagfolk kan løse problemer tæt på arbejdet. Men et forsøg kan blive til drift uden en tydelig beslutning. Fem kolleger begynder at bruge det. Et regneark afhænger af det. En kunde får hurtigere svar på grund af det. Pludselig har virksomheden et løfte bygget oven på noget, der stadig bliver behandlet som en prototype.
Derfor bør ledelsen ikke forsøge at godkende hver lille stump kode. Den bør beslutte, hvornår et forsøg skifter status.
Det afgørende skifte sker ikke ved et bestemt antal brugere eller efter et bestemt antal uger. Det sker, når andre begynder at regne med løsningen. Når bemanding, svartider, rapportering eller kundeløfter bygger på den, har virksomheden taget et ansvar, også hvis ingen holdt et møde og sagde ja.
Den strategiske beslutning er derfor, hvor mange løsninger virksomheden vil være i stand til at eje, ikke bare hvor mange den kan få bygget.
Fart uden fravalg skaber en softwaregæld
Googles DORA-undersøgelse af AI i softwareudvikling bygger på svar fra knap 5.000 teknologifolk og mere end 100 timers kvalitative data. Undersøgelsen finder en positiv sammenhæng mellem AI-brug, leveringshastighed og produktresultater, men fortsat en negativ sammenhæng med stabilitet. DORAs forklaring er enkel: Mere forandring kan blotlægge svage led længere nede i systemet.
Det er ikke et argument mod AI-kodning. Det er et argument for at bruge tempoet på det rigtige.
Anthropics analyse af 500.000 samtaler om kode viser samtidig, at 79 procent af samtalerne i Claude Code blev klassificeret som automatisering, og at brugerrettede apps fylder meget. Analysen siger ikke, om den færdige kode kom sikkert i drift eller skabte værdi. Anthropic fremhæver selv den begrænsning.
Netop det hul er ledelsens arbejdsområde. Virksomheden skal ikke kun måle, hvor hurtigt AI kan levere en første version. Den skal kunne se, hvor mange løsninger der bliver taget ind i rigtig drift, hvor mange der bliver lukket efter forsøget, og hvor meget løbende ansvar de godkendte løsninger skaber.
Ellers belønner I produktionen af nye ting uden at betale for deres liv bagefter.
Gør retten til drift dyrere end retten til at prøve
I behøver ikke gøre forsøg tunge. Tværtimod bør AI gøre det billigt at undersøge flere idéer. Men retten til at prøve og retten til at blive en del af driften er to forskellige ting.
Et forsøg kan være kortlivet, lokalt og nemt at lukke. En driftsløsning skal have et navn på den forretningsansvarlige, en kendt pris for hele livet og et svar på, hvordan den ændres eller lukkes. Hvis løsningen overtager et stykke arbejde, skal I også vide, hvad der sker, når den ikke kan levere.
Det hænger sammen med, at et system ikke er væk, bare fordi ingen længere bruger det. Når AI øger antallet af nye løsninger, vokser den senere oprydning med, medmindre fravalget får samme opmærksomhed som lanceringen.
Den virksomhed, der vinder på AI-kodning, bliver derfor ikke nødvendigvis den, der bygger flest apps. Det bliver den, der hurtigst kan skelne mellem tre ting: et godt forsøg, en evne værd at eje og en løsning, der skal dø, før andre når at gøre sig afhængige af den.
AI kan gøre ugers kodearbejde til dage. Det er en reel ny kapacitet.
Men når det bliver billigt at bygge, bliver ledelsens nej mere værdifuldt. Ikke som en bremse på idéerne, men som det valg, der gør de få vigtige løsninger stærke nok til, at virksomheden kan stå på dem.