Projekt i stå

Mit softwareprojekt er gået i stå — hvad gør jeg?

Senest opdateret 9 oktober 2026

Først det, der plejer at overraske: hvis projektet er forsinket men holder budgettet, er du i den normale situation, ikke den usædvanlige. Her er de danske tal, de triggere staten bruger på sig selv, og hvad forskningen faktisk understøtter.

Hvor du står, i danske tal

54 afsluttede statslige it-projekter fra 2011 til 2020, hver over 10 mio. kr., målt mod den første indsendte projektbeskrivelse:

Medianen var minus 1,3 procent på pris og plus 14,6 procent på tid. Over budget er altså den sjældnere fejl — og hvis I er både over budget og forsinkede, er I i den værste fjerdedel, som her rummer 44 procent af projekterne.

Til sammenligning: Finansministeriet opgjorde i 2023, at omkring halvdelen af de statslige it-projekter oplever fordyrelser, og at flere projekter er forsinkede end over budget. Samme redegørelse siger noget, de fleste antager det modsatte af: det er ikke muligt at finde en entydig sammenhæng mellem forsinkelser og fordyrelser. Forsinket betyder altså ikke automatisk dyrere.

Og det, der gør det værd at reagere: Statens It-råd gav i sin seneste rapportering trafiklys til 49 projekter. Røde og gule udgør lidt under 30 procent af projekterne — men cirka 60 procent af de samlede it-projektudgifter. Problemerne samler sig, hvor pengene er.

“Vi følger den reviderede plan” betyder ingenting

Det er sætningen, der holder flest projekter i gang for længe. Her er det klareste danske eksempel på hvorfor.

Det startede med en ramme på 0,1 mia. kr. i 2025-priser, endte på 4,9 mia. kr., blev afsluttet otte år senere end oprindeligt planlagt, og manglede stadig funktionalitet for cirka 44 mio. kr. ved afslutningen i juni 2025.

Lektien er genbrugelig, uanset projektets størrelse: et projekt, der er blevet rebaselinet, er altid på budget. Når din leverandør siger, at I følger den reviderede plan, så spørg hvad den oprindelige var, og hvor mange gange den er revideret. Det er det eneste tal, der fortæller noget.

Lån statens triggere

Du behøver ikke opfinde dine egne grænser. Staten har to, og de er nemme at skrive ind i en aftale:

Fordelen ved at bruge dem er ikke, at tallene er videnskabeligt rigtige. Det er, at de er fastsat af nogen, der ikke har en interesse i dit projekt — hverken din leverandør eller dig. Det gør dem svære at forhandle væk i det øjeblik, de udløses.

Hvad forskningen faktisk understøtter

Der findes et egentligt forskningsfelt om at vende fejlende it-projekter. Den grundlæggende undersøgelse er fra 1999: 39 brugbare sager, beskrevet af it-revisorer, der hver fortalte om et projekt, hvor en eskalering blev vendt.

Og hvem der satte det i gang: topledelsen i 13 sager, interne revisorer i 6, eksterne revisorer og konsulenter i 5. Udefrakommende og revisorer tilsammen omkring to tredjedele. Brugerne og projektdeltagerne selv: markant færre.

To mekanismer forklarer hvorfor. Forfatterne kalder dem “mum effect” — ingen sender dårlige nyheder opad — og “deaf effect” — ingen med beslutningskraft lytter. Begge skal brydes, før noget sker. Problembevidsthed voksede i de sager, der blev vendt, men var kun lige netop statistisk signifikant og beskrives som nødvendig, ikke tilstrækkelig. At vide at det går skævt, er altså ikke nok.

En detalje, der går imod intuitionen: nedtrapningen indebar nogle gange, at der blev tilført flere ressourcer. At standse blødningen er ikke det samme som at skære.

Og det forskningen ikke understøtter

Jeg har ledt efter tre tal og ikke fundet dem: hvor ofte en redning lykkes i forhold til en genstart, hvor ofte et leverandørskifte lykkes, og hvad en redningsopgave tjener sig hjem på. Ingen undersøgelse kvantificerer det. Hvis nogen giver dig et tal, har de fundet det på.

Og forbeholdene ved det, der er undersøgt, er værd at kende: data er fra 1990’erne, overvejende amerikanske, retrospektive og selvrapporterede, og de kommer fra én type kilde — it-revisorer, som kan have en interesse i at tilskrive deres egen rolle betydning. Nyere kvantitativt arbejde peger på ledelse frem for metode, men offentliggør ikke effektstørrelser.

Skær i omfanget først — tre kilder siger det samme

Det er sjældent, at tre uafhængige kilder peger samme vej. Her gør de:

• Redefinering var det hyppigste virksomme træk i 1999-undersøgelsen — 17 af 39 sager.
• Det danske datasæt forklarer sin negative medianfordyrelse med, at nedskæringer i omfang hjælper projekter med at holde budget og tidsplan.
• Statens egen agile standardkontrakt bygger det ind: estimatet må stige og tiden må forlænges, men det fastlagte vederlag og leveringsdatoen må ikke overskrides. Altså skal omfanget give sig.

Så det første spørgsmål er ikke, hvordan I når det hele. Det er, hvad der kan udskydes til efter første version, uden at det, I skulle opnå, falder væk.

Få en udefrakommende ind — og spørg om interessekonflikten

Nedtrapningerne i undersøgelsen blev overvejende udløst af nogen udefra. Det er den tydeligste praktiske anbefaling, der findes i litteraturen.

Men vær opmærksom på, hvem du spørger. De danske sider, der tilbyder en “uvildig teknisk vurdering” af dit projekt, er for det meste bureauer, der gerne overtager arbejdet. Det gælder også mig: jeg tjener penge på at blive hyret ind. Det er en grund til at spørge direkte, hvad jeg ville tjene på hvert af de råd jeg giver — ikke en grund til at undvære en udefrakommende.

Der findes en dansk mulighed, som næsten ingen nævner: Voldgiftsinstituttet har egne regler for it-tvister med en procedure for en juridisk eller teknisk udtalelse. Gebyret er oplyst til 7.500 kr. plus et depositum fastsat efter den sagkyndiges overslag. Det er en hurtig, afgrænset vej til en vurdering fra nogen uden interesse i udfaldet.

Hvis det bliver en konflikt

Danske IT-Advokater spurgte i slutningen af 2024 303 it-beslutningstagere med et it-budget over 1 mio. kr. 64 procent havde ikke oplevet it-konflikter. For de resterende cirka 36 procent:

Altså: omkring 91 procent af danske it-konflikter løses uden retssag eller voldgift, og den voksende vej er et forlig med en advokat inde over. Andelen, der ender i retten, er faldet fra 18 procent i 2021 til 9 procent i 2024.

Forbehold, som er værd at tage med: spørgsmålet handler om konflikter, ikke om fejlede projekter, og grundlaget for fordelingen er kun de cirka 36 procent, der havde en konflikt — så tallene bygger på et lille udsnit af 303 svar. Det er samtidig den eneste danske opgørelse, der findes.

Det ingen aftaler på forhånd

Digitaliseringsstyrelsen udgav i 2016 et kodeks for det gode kunde-leverandørsamarbejde sammen med Statens It-projektråd, DI Digital, IT-Branchen og Dansk IT. Det anbefaler blandt andet, at parterne skriver en hensigtserklæring om, hvordan samarbejdet skal fungere, at problemer eskaleres så tidligt som muligt, og at parterne tidligt drøfter, hvad der skal ske, hvis projektet kommer ud af kurs.

Næsten ingen gør det. Og kodekset siger i øvrigt ingenting om, hvordan man kommer ud af et leverandørforhold — hvilket er præcis det, man har brug for, når man er havnet her.

Hvis du står midt i det nu, er rækkefølgen den her: find ud af hvad den oprindelige plan var, sæt de to triggere på papir, skær i omfanget frem for i tiden, og få nogen udefra til at se på det, inden du beslutter dig for at skifte leverandør. Og en sidste ærlig bemærkning: alle tal på denne side er fra offentlige projekter. Der findes ingen offentliggjort dansk statistik om fordyrelser, fejl, konflikter eller leverandørskifte i private softwareprojekter. Statens tal er en analogi, ikke dine odds.

Kilder. Fordelingen på 54 projekter: Alami, Madsen & Krancher, Better than you think? Exploring cost and schedule overruns in government IT projects, ISD2021, pre-print hos ITU. Fordyrelser, manglende sammenhæng mellem forsinkelse og fordyrelse, og de to eskaleringstriggere: Finansministeriets budgetredegørelse for udgiftspolitisk styring af it-området, oktober 2023. Trafiklys og udgiftsandel: Økonomistyrelsens nyhed om Statens It-råd, 3. februar 2026, og statusrapporteringen for 1. halvår 2025. Ejendomsvurderingssystemet: Rigsrevisionens notat RN 1509/25, 21. november 2025. Nedtrapning af fejlende projekter: Keil & Robey, Turning Around Troubled Software Projects, Journal of Management Information Systems 15(4), 1999, s. 63-87 — gengivet efter artiklens fulde tekst, ikke citeret ordret. Nyere kvantitativt arbejde: Lei m.fl., Information Systems Frontiers 24(1), 2022, som kun angiver retning, ikke effektstørrelser. Konflikter: DITA Survey 2024, Danske IT-Advokater, gennemført af Norstat med 303 respondenter i perioden 6. november til 15. december 2024. Nyere udgave findes ikke. It-tvister og gebyr: Voldgiftsinstituttets side om omkostninger i it-sager — siden er senest ændret i 2021, så bekræft gebyret inden I regner på det. Instituttet offentliggør ingen opdeling på brancher, så der findes intet tal for antallet af danske it-voldgiftssager. Kodeks: Kodeks for det gode kunde-leverandørsamarbejde, Digitaliseringsstyrelsen, oktober 2016. Alt hentet 9. oktober 2026.