CIO as a Service

AI‑piloterne kommer aldrig i drift: fra forsøg til portefølje

Et hjørne af et lagerkontor med en hjemmebygget forsøgsopstilling, et kamera på et stativ, en forlængerledning og en kasse med dele

Når flere afdelinger hver for sig prøver AI af, ender det ofte med mange forsøg og ingen drift. Forsøgene virker i lille skala, men ingen ejer dem, ingen har regnet på gevinsten, og ingen har besluttet, hvem der skal betale for at gøre dem til en rigtig løsning. Det løses med styring af porteføljen, og det er en ledelsesopgave mere end en teknisk opgave. Saml forsøgene på én liste, og giv hvert af dem en ejer og et formål. Træf derefter en beslutning om hvert enkelt: stop, fortsæt eller gør til drift. Mange skal stoppes, og det er et sundt resultat. Herunder står, hvordan I gør.

Hvorfor forsøgene bliver hængende

Årsagen ligger sjældent i teknologien. En pilot er sat op til at vise, at noget kan lade sig gøre, og når det er vist, er der ingen næste skridt. Budgettet var en afdelings, data blev hentet i hånden, og de folk, der byggede forsøget, har andre opgaver. Fortsætter det, kommer spørgsmål, som forsøget aldrig skulle svare på: hvem må bruge det, hvor kommer data fra, hvem svarer, når det fejler, og hvad koster det at drive?

I virksomheder, der laver software, handler et tilsvarende problem om funktioner i et produkt. Det behandles på cto-as-a-service.dk under demoen virker. Her handler det om, at forretningen bruger AI i sine egne arbejdsgange, og at forsøgene ligger spredt ud over mange afdelinger.

Samle: én liste over forsøgene

Start med at finde ud af, hvad der findes. Bed hver afdeling og hvert selskab melde forsøgene ind på en kort formular: hvad er formålet, hvem ejer det, hvilke data bruges, hvilket værktøj bruges, og hvem bruger det i dag? Listen er også første skridt til det overblik, ledelsen skal have over AI.

Fordelen ved en samlet liste er, at gentagelser træder frem. Tre selskaber har måske bygget næsten det samme. To forsøg bruger samme data. Et forsøg bruger data, der ikke burde være der. Den slags kan ingen se, så længe forsøgene ligger i hver sin afdeling.

Vær varsom med tonen. Formålet er at få forsøgene frem. Følelsen af at blive kontrolleret får folk til at holde dem for sig selv.

Stoppe: mange skal lukkes

Et stoppet forsøg har stadig lært jer noget. Gør det let at stoppe. Tre spørgsmål afgør det meste:

  • Er der en forretningsgevinst, nogen vil skrive under på? Kan en leder sætte sit navn på gevinsten, er der noget at arbejde videre med.
  • Kan data leveres til drift? Hvis data kun kan hentes i hånden, er løsningen stadig et forsøg.
  • Er der plads i porteføljen? Selv et godt forsøg skal konkurrere med andre projekter om folk og penge.

Brug den samme prioriteringsmodel som til andre projekter. AI skal ikke have sin egen kø, for så undgår forsøgene den afvejning, alt andet skal igennem. Hvad der gælder, når der er for mange projekter på én gang, gælder også her.

Gøre til drift: det, der adskiller et forsøg fra en løsning

Et forsøg, der skal i drift, bliver et almindeligt projekt med en ejer, en business case og en plan. Det kræver en række beslutninger, der aldrig var nødvendige i forsøget:

  • hvem der ejer løsningen i forretningen, og hvem der vedligeholder den,
  • hvor data kommer fra, og hvem der ejer dem, se data governance,
  • hvordan kvaliteten af svarene følges, og hvem der griber ind, når den falder,
  • hvad medarbejderne skal kunne, og hvad de skal have at vide,
  • hvad det koster at drive, også når brugen vokser,
  • hvad der sker, hvis værktøjet eller leverandøren ændrer sig.

Skriv business casen, som I ville gøre med ethvert andet IT-projekt. Et godt forsøg er et argument for projektet, men det er ingen dokumentation for gevinsten.

Reglerne, der følger med

Vi læser AI-forordningen sådan, at virksomheden er idriftsætter, også når værktøjet er et købt sprogværktøj. Det får betydning, når et forsøg går i drift.

Artikel 4, som ændret i 2026, beder idriftsættere om at støtte, at personale og andre involverede får AI-færdigheder. Det er vores læsning, at det også rammer dem, der arbejder med forsøgene. Artikel 5 indeholder forbud, der har gældt siden 2. februar 2025. Forbuddene fra 2. december 2026 retter sig mod AI til intimt materiale uden samtykke og til materiale med seksuelt misbrug af børn. Bliver en løsning til et højrisikosystem, følger der pligter af artikel 26. Bilag III-systemer rammes fra 2. december 2027 og bilag I-systemer fra 2. august 2028. Er en løsning taget i brug før datoen, gælder pligterne som hovedregel først efter en betydelig ændring af dens udformning (art. 111, stk. 2), så skriv på listen, hvornår hvert forsøg gik i drift.

Bygger I selv noget internt, kan I være udbyder frem for idriftsætter. Vejledning på det punkt ventes stadig, så spørgsmålet skal til advokat. Mere om, hvordan I holder styr på det i det daglige, står under AI-governance.

Hvem der skal eje porteføljen

Den store fejl er at lade én afdeling eje AI. Forsøgene kommer fra forretningen, og det skal de blive ved med. Selve porteføljen skal ligge samme sted som resten af projekterne, i praksis hos porteføljerådet, CIO’en eller en leder med et tilsvarende mandat. Hvad direktionen selv skal beslutte om AI, står under AI-strategi.

Hvad gør I nu?

Saml listen over forsøg på to uger. Sæt ejer og formål på hvert af dem, og hold ét møde, hvor der bliver truffet en beslutning for hvert forsøg. Skriv beslutningerne ned, og lad dem gå til direktionen med en kort begrundelse. Gentag øvelsen hvert halve år, så nye forsøg kommer med.

Det skal I lade være med

  • At forveksle en vellykket demonstration med en gevinst · gevinsten skal have en ejer i forretningen.
  • At give AI sin egen særskilte kø · forsøgene skal konkurrere med andre projekter.
  • At lade forsøg køre videre uden en beslutning · et forsøg uden slutdato er en løsning uden ejer.

Det skal I kræve af dem, der leder IT

  • ☐ En samlet liste over AI-forsøg med ejer, formål og data.
  • ☐ Tre faste spørgsmål, som hvert forsøg vurderes efter.
  • ☐ En krævet beslutning om stop, fortsættelse eller drift.
  • ☐ En plan for drift, ejerskab og kvalitet, før en løsning går i brug.
  • ☐ Et overblik over, hvilke løsninger der kan være omfattet af særlige regler.

Kilder

Senest gennemgået: november 2026.

Næste skridt

Læs også: Projektporteføljestyring · Gevinstrealisering

→ Kontakt · Tlf. 70 13 63 23 · Ekstern CIO hos Nielco IT

Skrevet af John Nielsen, indehaver af Nielco IT. Selvstændig siden 2009 og mere end 30 års erfaring med IT‑sikkerhed. Om John Nielsen · LinkedIn

John Nielsen, Nielco IT

Mangler I en CIO?

Fortæl kort, hvad der fylder: et program, flere selskaber, en IT‑afdeling eller en beslutning, ingen ejer. Rådgivningen er uvildig og uden bindinger til leverandører, så svaret tager udgangspunkt i jeres situation.

Tak for din henvendelse. Jeg vender tilbage hurtigst muligt.