Hvad er en statusrapport?

Opdateret 23. januar 2026 5 min.

Projektstyring

En statusrapport er et periodisk dokument, der giver interessenter et øjebliksbillede af et projekts helbredstilstand. Den sammenligner den faktiske fremdrift med den planlagte tidsplan, økonomi og leverancekvalitet. Formålet er at skabe transparens, identificere risici tidligt og sikre forventningsafstemning mellem projektleder, kunde og styregruppe.

Tillidsskaberen i projektledelse

Mange projektledere og konsulenter ser statusrapporten som en bureaukratisk pligtøvelse. Men for kunden eller projektsponsor er det ofte det eneste håndgribelige bevis på, at arbejdet skrider frem, når de ikke selv sidder med hænderne i maskinrummet.

En god statusrapport fungerer som en forsikring. Hvis projektet senere løber ind i problemer, kan du dokumentere, at du varslede risikoen i tide via dine rapporter. Uden denne dokumentation står du svagt i diskussioner om ekstraregninger eller forsinkelser. Ved at bruge et digitalt projektstyringsværktøj kan du ofte trække data direkte ud, så du sikrer, at tallene i rapporten stemmer overens med de faktiske tidsregistreringer og budgetter.

Ingredienserne i en professionel statusrapport

Executive Summary & RAG-status

De øverste 5 linjer som den travle direktør faktisk læser. Her angives projektets samlede helbred med en farvekode (Grøn/Gul/Rød) og en kort forklaring.

Økonomi og Budget

Hvor meget af budgettet er brændt af? Og vigtigere: Hvad er “Estimate to Complete” (hvad koster det at blive færdig)? Dette er afgørende for budgetstyring.

Milepæle og Fremdrift

Hvilke milepæle er nået siden sidst, og hvad er fokus for den kommende periode?

Risici og Problemer

En opdatering på de vigtigste punkter fra risikoregisteret. Nye trusler mod tidsplanen skal frem i lyset her.

Eksempel: RAG-modellen i praksis

Trafiklys-modellen er det universelle sprog for statusrapportering. Her er hvordan en rådgivende ingeniør bør bruge den:

🟢 GRØN: Alt vel

Projektet følger tidsplan og budget.
Ingen kritiske risici truer leverancen.
Handling: Fortsæt det gode arbejde. Ingen involvering nødvendig fra styregruppen.

🟡 GUL: Obs-punkter

En nøglemedarbejder er blevet syg, eller en leverance fra en underleverandør er forsinket.
Budgettet presses af mindre scope creep.
Handling: Projektlederen har en plan for at løse det (mitigering), men orienterer ledelsen om risikoen.

🔴 RØD: Kritisk tilstand

Go-live datoen kan ikke overholdes, eller budgettet er opbrugt før tid.
Kunden har afvist en kritisk leverance.
Handling: Projektlederen kan ikke løse dette alene. Der kræves en beslutning eller flere penge fra styregruppen.

Det vigtigste princip: Det er OK at rapportere RØD, hvis man gør det i tide. Det er IKKE OK at rapportere GRØN hele vejen, for så pludselig at melde om forsinkelse dagen før deadline.

Vandmelon-rapportering og andre fejl

  • Vandmelon-effekten

    En klassisk fejl hvor projektet rapporteres GRØNT (udenpå) uge efter uge, selvom det i virkeligheden er RØDT (indeni). Dette sker, når projektlederen dækker over problemer i håb om at kunne indhente det. Det ender ofte katastrofalt.

  • For meget detaljeringsgrad

    Styregruppen behøver ikke vide, at “Peter har opdateret udseendet på login-knappen”. De vil vide, om leverancen er klar til test. Hold fokus på resultater frem for aktiviteter.

  • Sporadisk rapportering

    Hvis du kun sender statusrapporter, når det går godt (eller kun når kunden rykker), mister du tillid. Fast kadence er afgørende for professionel interessenthåndtering.

Tjekliste: Før du trykker 'Send'

Er sproget objektivt?

Undgå følelsesladede beskrivelser. Brug fakta og data. Ikke “vi har haft en hård uge”, men “sygdom har reduceret kapaciteten med 20%”.

Er der en klar ‘Call to Action’?

Hvis status er GUL eller RØD, skal det fremgå tydeligt, hvad du beder modtageren om at tage stilling til.

Har du husket det ‘usynlige’ arbejde?

Husk at rapportere på projektledelse og kvalitetssikring, så kunden forstår, hvorfor disse timer faktureres.

Er risiko-loggen opdateret?

Tjek at de risici du nævner i rapporten, stemmer overens med din risikoanalyse.

Statusrapport vs. Fremdriftsrapport

Statusrapport

Bedst til

  • Overblik til ledelse og styregruppe
  • Fokus på ‘Helbred’ (Budget/Tid/Risiko)
  • Strategiske beslutninger

Undgå når

  • Du skal instruere teamet i daglige opgaver
  • Du skal dokumentere tekniske detaljer

Fremdriftsrapport

Bedst til

  • Detaljeret gennemgang med projektteamet
  • Fokus på udførte aktiviteter og to-do lister
  • Daglig/Ugentlig drift

Undgå når

  • Du kommunikerer med C-level ledelse
  • Modtageren kun har 2 minutter til at læse

Oftest stillede spørgsmål

Det afhænger af projektets kompleksitet og varighed. For de fleste IT- og konsulentprojekter er en ugentlig eller hver anden uge standard. I intense faser (f.eks. op til go-live) kan daglige “stand-ups” eller korte statusmails være nødvendige.

RAG står for Red, Amber, Green (Rød, Gul, Grøn) og er en trafiklysmodel. Grøn betyder “kører efter planen”. Gul betyder “udfordringer, men vi kan selv løse dem”. Rød betyder “projektet er stoppet eller kræver hjælp fra styregruppen/ledelsen”.

Typisk sendes den til projektsponsor, styregruppen og kunden. Det er vigtigt at tilpasse detaljeringsgraden: Styregruppen vil have overblikket (milepæle og økonomi), mens projektteamet har brug for detaljer om opgaver.

Et referat dokumenterer, hvad der blev sagt på et møde (fortid). En statusrapport analyserer projektets nuværende tilstand og kigger fremad mod kommende risici og milepæle (fremtid).

Automatiser dine statusrapporter

Bruger du timer hver uge på at samle data fra Excel og mails til din statusrapport? Med DASO genereres nøgletal for økonomi, tid og fremdrift automatisk, så du kan bruge tiden på ledelse fremfor data-indtastning.

  • Automatisk beregning af budgetforbrug og rest-estimat
  • Visuel tidslinje over milepæle
  • Del statusrapporter direkte med kunden via gæste-login

Relaterede begreber

Andre ord i ordbogen, som hænger sammen med dette begreb.