Hvis jeres digitaliseringsprojekter bliver ved med at “stå stille”, er det sjældent fordi IT ikke kan levere — og næsten aldrig fordi fagforvaltningen “ikke vil”. Det er typisk fordi kommunen mangler en klar måde at organisere arbejdet på tværs, så beslutninger, prioriteringer og ansvar hænger sammen.
I denne artikel får du en praktisk ramme til at skabe fremdrift på tværs af IT, ledelse og fagområder: hvordan I etablerer fælles styring, oversætter behov til leverancer, undgår de klassiske faldgruber og skaber et samarbejde, der kan holde til både drift, udvikling og lovkrav. Du får konkrete greb, mødestrukturer og “det virker i virkeligheden”-eksempler fra kommunal hverdag.
Hvorfor tværgående organisering er nøglen til fremdrift
Tværgående organisering i en kommune er den strukturerede måde at fordele beslutninger, ansvar og samarbejdsflader mellem IT, direktion/ledelse og fagforvaltninger, så udvikling og drift kan prioriteres og leveres med samme retning. Det betyder noget, fordi kommunale opgaver i praksis er afhængige af digitale arbejdsgange, data, leverandører og sikkerhed — og fordi “projekter” sjældent kan lykkes uden forankring i linjen.
Når organiseringen er uklar, opstår de samme symptomer: for mange lokale løsninger, parallelle bestillinger til IT, uklare ejerskaber, og beslutninger der trækkes i langdrag. Resultatet er forsinkelser, merarbejde og en oplevelse af, at “IT er en flaskehals”, selv når flaskehalsen reelt er governance.
Mini-konklusion: Fremdrift skabes ikke af flere møder eller flere projekter, men af tydelige beslutningsveje og fælles prioritering på tværs.
De typiske barrierer mellem IT, ledelse og fagforvaltninger
Barrierer i sprog og incitamenter
IT taler ofte i arkitektur, sikkerhed og kapacitet. Fagforvaltninger taler i borgeroplevelse, lovmedholdelighed og sagsbehandlingstid. Ledelsen taler i økonomi, risiko og politiske mål. Hvis ingen oversætter, bliver dialogen en forhandling om ressourcer frem for en fælles løsning. Et klassisk eksempel er, når et fagområde efterspørger “et lille system”, mens IT ser et integrationsprojekt med driftsforpligtelser i 5–10 år.
Uklare roller: hvem ejer hvad?
Et af de mest tidskrævende spørgsmål i en kommune er: Hvem ejer processen, data og systemet? Hvis ingen er udpeget som systemejer eller procesejer, bliver ændringer til en endeløs runde mellem forvaltning, IT og leverandør. Jeg har set kommuner bruge måneder på at afklare, hvem der må godkende en ændring i en digital blankет, fordi den “bor” et sted organisatorisk, men bruges af tre andre.
Mini-konklusion: De største barrierer er sjældent tekniske; de er organisatoriske og opstår, når sprog, ejerskab og beslutningsret ikke er afklaret.
Et fælles “styringslag”: sådan bygger I governance, der virker
Governance lyder tungt, men i kommunal praksis handler det om at gøre tre ting enkelt: beslutte, prioritere og følge op. Et velfungerende styringslag kan typisk etableres uden store omorganiseringer, hvis man accepterer én grundregel: Den, der bærer konsekvensen i driften, skal være med til at beslutte.
Tre niveauer, der ofte fungerer i kommuner
- Strategisk niveau (direktion/chefer): sætter retning, mål og risikoramme (fx digital strategi, sikkerhedsniveau, økonomiske principper).
- Taktisk niveau (portefølje- eller prioriteringsforum): prioriterer initiativer på tværs af fagområder og IT-kapacitet.
- Operativt niveau (tværfaglige teams/projektspor): leverer, tester og forankrer ændringer i hverdagen.
Det taktiske niveau er ofte “det manglende led” i kommuner. Uden det ender alt enten i direktionen (for langsomt) eller i lokale aftaler (for fragmenteret). Et porteføljeforum kan mødes hver 3.–4. uge og have mandat til at stoppe, udskyde eller omprioritere.
Hvilke beslutninger hører hjemme hvor?
- Direktionen: principper for standardisering, risikotolerance, større investeringer og politisk følsomme ændringer.
- Porteføljeforum: prioritering af epics/projekter, kapacitetsallokering, afhængigheder og timing.
- Teams: løsningsdesign, backlog, testplan, implementering og change management.
Mini-konklusion: Governance virker, når mandatet er tydeligt, mødefrekvensen passer til tempoet, og beslutningerne ligger tæt på dem, der skal handle på dem.
Fra behov til leverance: fælles prioritering med kapacitetsblik
Et af de mest praktiske greb er at gøre prioritering “synlig” og kapacitetsbaseret. Mange kommuner prioriterer i dag ud fra støj: den stærkeste case, den mest presserende mail eller det fagområde, der råber højest. Det giver et uforudsigeligt flow og en IT-afdeling, der konstant skifter retning.
En enkel model er at prioritere i en fælles portefølje, hvor hvert initiativ beskrives på én side: formål, lovkrav, berørte enheder, risiko, forventet gevinst og estimeret indsats. Det behøver ikke være perfekt; det skal være sammenligneligt.
En praktisk “kommunal” scoringsmodel
Hvis I vil undgå akademiske business cases, kan I bruge en 1–5 scoring på disse parametre:
- Lov- og compliance-pres (fx deadlines, tilsyn, datakrav)
- Borger- eller brugerværdi (service, kvalitet, tilgængelighed)
- Driftsmæssig effekt (tidsbesparelse, færre fejl, mindre dobbeltarbejde)
- Risiko ved ikke at gøre noget (sikkerhed, drift, omdømme)
- Kompleksitet/afhængigheder (integrationer, leverandør, data)
Det vigtige er, at ledelse og fagforvaltninger accepterer, at kapacitet er en begrænsning. En god tommelfingerregel i kommunal IT er, at “usynligt arbejde” (drift, sikkerhed, ændringshåndtering, leverandørstyring) ofte binder en stor del af tiden. Hvis I planlægger 100% udvikling, planlægger I i praksis forsinkelser.
Mini-konklusion: Fælles prioritering virker først, når den kobles til realistisk kapacitet og gennemsigtighed om, hvad der må vente.
Organisér leverancen: tværfaglige spor, klare roller og korte feedback-loops
Kommuner lykkes bedst, når de organiserer udvikling i tværfaglige spor, der følger en proces eller en borgerrejse — ikke et system. Det reducerer koordinationsomkostninger og gør det lettere at forankre ændringer i driften.
Roller, der skaber fremdrift (uden at opfinde en ny organisation)
- Produktejer/procesejer i fagforvaltningen: prioriterer behov, accepterer leverancer og sikrer forankring.
- IT-løsningsansvarlig: sikrer arkitektur, integrationer, driftsbarhed og leverandørdialog.
- Forandringsansvarlig: planlægger implementering, kommunikation og træning.
- Dataansvarlig: afklarer datadefinitioner, kvalitet, adgang og dokumentation.
Jeg anbefaler, at hver rolle har en navngiven person og en tydelig procentvis allokering — også selvom det kun er 10–20%. Uden tid i kalenderen bliver det “ved siden af” og dermed det første, der ryger.
Korte feedback-loops i en kommune-kontekst
I stedet for at køre 6–12 måneders projektforløb med stor slutleverance kan I arbejde i 2–4 ugers iterationer: en lille ændring i arbejdsgang, en ny automatisk kontrol, en forbedret integrationsfejlrapport. Det passer godt til kommunal drift, hvor stabilitet er lige så vigtigt som udvikling.
Mini-konklusion: Tværfaglige spor med klare roller og korte iterationer giver momentum — også når driften presser.
Styring af risiko, sikkerhed og lovkrav uden at bremse arbejdet
Mange kommuner oplever, at sikkerhed og jura kommer “for sent” ind i projekter og ender som en stopklods. Løsningen er ikke at slække på kravene, men at gøre dem til en integreret del af leverancen, ligesom test og driftsgodkendelse.
Det hjælper at tænke i “standardpakker”: skabeloner for databehandleraftaler, risikovurderinger, logningskrav, adgangsstyring og incident-håndtering. Når det ligger klar, bliver det en rutine i stedet for et særprojekt. Og når I arbejder med compliance i kommuner, bør det organisatoriske setup sikre, at både fagforvaltning (formål og lovhjemmel) og IT (tekniske foranstaltninger og drift) er repræsenteret i beslutningerne.
Hvad koster det at gøre det ordentligt?
Omkostningen er typisk ikke et enkelt tal, fordi det afhænger af modenhed og leverandørlandskab. Men i praksis er prisen ved at gøre det “for sent” ofte høj: genforhandling med leverandør, redesign af integrationer, forsinket idriftsættelse og ekstra intern tid. Et realistisk greb er at afsætte en fast andel af udviklingskapaciteten til sikkerhed og teknisk gæld — mange steder ligger det fornuftigt i størrelsesordenen 10–25% afhængigt af risikoprofil og efterslæb.
Mini-konklusion: Sikkerhed og jura skal ikke være en fase; det skal være et fast spor i leverancen med standarder, skabeloner og tid afsat på forhånd.
De mest almindelige faldgruber — og hvordan I undgår dem
Kommuner falder ofte i de samme mønstre, især når presset stiger. Her er fejlene, jeg oftest ser, og hvad der konkret kan gøres.
- Utydeligt ejerskab: Udpeg systemejer og procesejer, og skriv deres mandat ned i én side, som alle kan finde.
- “Alt er topprioritet”: Indfør en WIP-grænse (fx max 5 samtidige initiativer) i porteføljen for at undgå spredning.
- Projekter uden drift: Kræv driftskonsekvensvurdering og plan for support før igangsættelse.
- Leverandørstyring som eftertanke: Saml kontraktviden og SLA-overblik centralt, så fagområder ikke bestiller “skjulte” forpligtelser.
- Forandring undervurderes: Sæt navn på forandringsansvarlig og lav en mini-implementeringsplan (kommunikation, træning, måling).
- Målinger der ikke siger noget: Mål på flow (lead time), kvalitet (fejl/omgange) og effekt (tidsforbrug i proces) — ikke kun “leveret til tiden”.
Et simpelt, men effektivt, værktøj er at lave en “beslutningslog”: Hvad er besluttet, af hvem, hvornår, og hvad er næste skridt. Det reducerer genåbning af gamle diskussioner og gør det lettere at onboarde nye deltagere.
Mini-konklusion: De fleste faldgruber kan forebygges med få, konsekvente standarder: ejerskab, WIP-grænser, driftstjek og implementeringsplan.
En 90-dages plan: sådan kommer I i gang uden store omvæltninger
Hvis I vil skabe mærkbar fremdrift på tværs, skal I starte med det, der fjerner friktion her og nu. Her er en 90-dages plan, der kan gennemføres i de fleste kommuner uden reorganisering.
- Uge 1–2: Aftal mandat og deltagere til et porteføljeforum (inkl. IT, 2–3 fagchefer, økonomi/strategi efter behov).
- Uge 2–4: Etabler en fælles porteføljeoversigt med max 15–25 initiativer og en enkel scoringsmodel.
- Uge 4–6: Udpeg systemejere/procesejere for de mest kritiske systemer og processer (start med top 10).
- Uge 6–8: Sæt WIP-grænse og stop/paus mindst 1–3 initiativer for at frigøre kapacitet til at afslutte noget.
- Uge 8–10: Start 1–2 tværfaglige leverancespor med korte iterationer og faste demoer hver 2.–4. uge.
- Uge 10–12: Indfør standard “drift og compliance”-checkliste som krav for nye leverancer.
For at gøre effekten synlig: vælg én proces, hvor mange er involveret (fx hjælpemidler, byggesag eller ydelser), og mål baseline på sagsgennemløb eller antal manuelle trin. Når I kan vise en reduktion i manuelle fejl eller en kortere behandlingstid, bliver det lettere at fastholde samarbejdet og prioriteringsdisciplinen.
Mini-konklusion: På 90 dage kan I skabe styring og momentum ved at gøre porteføljen synlig, begrænse samtidighed og levere i små, tydelige skridt.
Best practices for varig fremdrift: det, der holder efter første succes
Når de første resultater kommer, opstår næste udfordring: at gøre det til normal drift og ikke et “projekt”. Her er praksisser, der typisk skaber varig effekt i kommuner.
- Gentagelig rytme: Porteføljeforum fast hver 3.–4. uge og leverancedemoer fast hver 2.–4. uge.
- Transparens: Én fælles tavle/oversigt over initiativer, status, afhængigheder og beslutninger.
- Standarder for det kedelige: Skabeloner for risikovurdering, databehandlerforhold, test og idriftsættelse.
- Kompetenceopbygning: Træn procesejere og systemejere i prioritering, kravstilling og gevinstopfølgning.
- Gevinster i linjen: Placér ansvar for gevinster hos ledere i driften, ikke i projektgruppen.
Det afgørende er, at ledelsen bakker op ved at beskytte fokus: Når noget er prioriteret, skal det også have ro til at blive færdigt. Omvendt skal fagforvaltninger kunne se, at deres behov ikke forsvinder i et IT-sort hul, men bliver vurderet og planlagt i en kendt rytme.
Mini-konklusion: Varig fremdrift kræver rytme, transparens og standarder — og et ledelsesmæssigt valg om at prioritere færdiggørelse over konstant ny igangsætning.
