Skabelon til projektstatusrapport (gratis, med eksempel)

Det er fredag kl. 16.30, og kundens projektsponsor har lige sendt en e-mail: "Et hurtigt spørgsmål: Hvor langt er vi med undersøgelsen?" Svaret findes, men det er spredt ud over opgavelisten, timesedlen og to e-mailtråde, så du åbner dem alle og begynder at genopbygge den ugentlige projektstatusrapport manuelt. En time senere sender du en side, som vil være forældet på mandag.

Denne artikel giver dig en gratis skabelon til en projektstatusrapport (én side, både tom og udfyldt), reglerne, der gør en statusrapport værd at læse, og en rutine, som erstatter fredagens genopbygning med en kort kommentar.

Jeg har været på begge sider af disse rapporter. Som konsulent skrev jeg dem fredag eftermiddag. På kundesiden, hvor jeg købte software og konsulentydelser hos SISTRADE og senere hos UNICEF, læste jeg dem, og de rapporter, jeg handlede på, fortalte mig allerede i de første linjer, om jeg skulle gøre noget. Alt nedenfor bygger på den erfaring.

Hvad en projektstatusrapport skal bruges til

PMI's PMBOK Guide placerer statusrapporter under rapporter om arbejdspræstationer: information, der samles, så læserne kan træffe beslutninger, handle eller blive opmærksomme på noget [2]. Det er en nyttig test for hver linje, du skriver. Hvis en sætning hverken fører til en beslutning, en handling eller en indsigt, som læseren ikke allerede havde, er den fyld.

Klarhed er ikke et spørgsmål om stil. I PMI's undersøgelse af projektkommunikation nåede omkring fire ud af fem projekter deres oprindelige mål, når kommunikationen var tilstrækkeligt klar og detaljeret og brugte målgruppens sprog; når kommunikationen ikke var klar nok, gjaldt det kun lidt over halvdelen [1]. Den samme rapport tilskrev 56 procent af de økonomiske midler, der var i fare på projekter, ineffektiv kommunikation [1].

Og folk skimmer rapporter frem for at læse dem. I Nielsen Norman Groups klassiske undersøgelse skimmede 79 procent af testbrugerne enhver ny side, og kun 16 procent læste ord for ord [5]. En statusrapport skal fungere for en læser, der stopper efter tre linjer.

Skabelonen til projektstatusrapporten (gratis download)

Skabelonen kan være på én A4-side. Du kan ændre farverne, men behold rækkefølgen: Svaret kommer først og dokumentationen bagefter.

Download skabelonen (PDF). Udskriv den, eller kopiér afsnittene nedenfor ind i dit eget dokument:

1. Rapporthoved. Projekt, kunde, rapportnummer, rapporteringsperiode og statusdato. PMI definerer statusdatoen som det tidspunkt, hvor status blev registreret [3]. Angiv den, for en rapport, der læses onsdag, beskriver situationen mandag.
2. Projektoplysninger. Udarbejdet af, kundens projektsponsor, kontraktdatoer og rapportens modtagere.
3. Samlet status og resumé. Grøn, gul eller rød samt tre sætninger: Hvor projektet står i forhold til planen, hvad der har ændret sig siden sidste rapport, og hvad du har brug for fra læseren og hvornår.
4. Status pr. område. Tidsplan, omfang, timer og budget samt kundens input, hver med sin egen vurdering og én linje om, hvad der ligger bag. Det omfang, du vurderer ud fra, er det, der står i opgavebeskrivelsen; hvis din er mangelfuld, kan du tage udgangspunkt i vores skabelon til opgavebeskrivelse.
5. Afsluttet og planlagt. Tre punkter for hver, med datoer. Leverancer og resultater, ikke indsats.
6. Milepæle. Milepæl, frist, status og forventet dato. Beskriv milepæle som tilstande ("Rapport godkendt"), ikke aktiviteter ("Analyse").
7. Timer og budget. Planlagt sammenholdt med faktisk forbrug for perioden og til dato samt en prognose for det samlede forbrug ved afslutning.
8. Risici og problemer. En risiko kan indtræffe; et problem er allerede aktuelt [3]. Hver af dem skal have en konsekvens, en ansvarlig og en handling med en dato.
9. Nødvendige beslutninger og input. Hvad du har brug for, fra hvem, hvornår, og hvad der sker, hvis det kommer for sent.

Definér grøn, gul og rød før den første rapport

De fleste skabeloner lader farverne stå uden definition, så vurderingen bliver et udtryk for en mavefornemmelse. Aftal reglerne ved projektopstart, og medtag dem i hver rapport. Reglerne i skabelonen er:

• Grøn: følger planen for de aftalte datoer, det aftalte omfang og de aftalte timer.
• Gul: en dato, en del af omfanget eller timeprognosen er i fare; der findes en genopretningsplan, og der er endnu ikke brug for en beslutning fra kunden.
• Rød: en forpligtelse vil ikke blive opfyldt, medmindre kunden eller projektsponsoren træffer en beslutning.

Det ligger tæt på den måde, den britiske regering vurderer sine store projekter på: Vurderingen angiver sandsynligheden for at levere til tiden og inden for budgettet på et bestemt tidspunkt, og rød signalerer, at væsentlige problemer kræver hurtig opmærksomhed, ikke at projektet er mislykket [4]. En rød status, der kommer med handlemuligheder, lægger op til en samtale. En rød status, der kommer som en overraskelse, skaber et tillidsproblem.

Eksempel: en udfyldt projektstatusrapport

Her er den samme skabelon udfyldt for en fiktiv opgave: den prisgennemgang, som Northbridge Advisory udfører for Kestrel Labs, et enkeltstående konsulentprojekt på 13 uger, med status pr. 29. september 2026.

Download det udfyldte eksempel (PDF). Tre valg får rapporten til at fungere:

• Den gule status begrundes på samme linje: Undersøgelsen af prisfølsomhed er 70 procent færdig og afsluttes den 1. oktober, én dag før gennemgangen af resultaterne.
• Beslutningen præsenteres som et valg med en standardløsning. Sofia, projektsponsoren, beholder enten den 2. oktober med foreløbige resultater eller flytter gennemgangen til den 6. oktober med hele stikprøven. Hvis hun ikke har svaret senest den 30. september, fastholdes den 2. oktober.
• Timer angives som tal, ikke tillægsord: 46 af 80 kontraktligt aftalte timer brugt i september, 18 af de 24 estimerede timer til undersøgelsen.

Den ugentlige rutine: Opdatér fakta, og skriv derefter rapporten

1. Opdatér fakta dér, hvor de hører hjemme, ikke i rapporten: timer på hver opgave, færdiggørelsesprocent, datoer for afslutning af milepæle og nye dokumenter.
2. Vurdér hvert område ud fra de aftalte regler. Hvis et område er rødt, er den samlede status rød.
3. Udfyld milepæle, risici og beslutninger.
4. Skriv resuméet på tre sætninger til sidst, når du ved, hvad det skal sige.
5. Send rapporten, og link til det sted, hvor detaljerne findes, i stedet for at indsætte dem.

Et regneark kan understøtte denne rutine: én fane pr. rapport med formler, der henter timer fra opgavelisten. Det kan til gengæld ikke vise kunden fakta mellem rapporterne, markere en opgave som i fare, når fristen nærmer sig, eller registrere, hvem der ændrede en kontrakts datoer og hvornår. Rapporten er en kopi, og kopier bliver forældede.

I GoCons er status løbende opdateret, og rapporten bliver en kommentar

Vi byggede oprindeligt GoCons til vores eget konsulentarbejde hos Mourinho Solutions, og sådan håndterer platformen status. Hver opgave i en kontrakt har registrerede timer sammenholdt med estimatet, en færdiggørelsesprocent, en startdato og en frist samt en tidsplansindikator, der viser Til tiden, I fare, når fristen nærmer sig, og Forsinket, når den er overskredet.

Milepæle har deres egen liste med status Afventer, Nærmer sig (i ugen før fristen), Forsinket eller Afsluttet med afslutningsdato.

Din kunde logger gratis ind og får adgang til de samme data og ser opgaver, milepæle, brugte timer sammenholdt med de kontraktligt aftalte samt dokumenterne i sine kontrakter. Det ændrer, hvad den ugentlige rapport skal indeholde. Kunden har allerede tallene foran sig, så rapporten kan begrænses til den samlede vurdering, de tre sætninger, de beslutninger, du har brug for, og risiciene samt et link til kundeportalen for resten.

Nogle kunder ønsker stadig et formelt dokument til en styregruppe eller deres arkiv, og det er rimeligt. Udfyld skabelonen ud fra de løbende opdaterede skærmbilleder i stedet for tre forskellige kilder, og upload derefter PDF-filen til kontraktens dokumenter, hvor kunden finder den sammen med leverancerne.

Du kan også forbinde Claude eller ChatGPT (i udviklertilstand) med GoCons via GoCons MCP-serveren og bede om et første udkast til resuméet baseret på kontraktens opgaver og milepæle. Du logger ind på GoCons og klikker på Tillad uden API-nøgler, og assistenten arbejder inden for din rolles rettigheder. Vores vejledning til at forbinde Claude med dit arbejdsområde til konsulentarbejde viser opsætningen.

Ofte stillede spørgsmål

Hvor ofte bør jeg sende en projektstatusrapport?

Ugentligt for projekter på under tre måneder eller i en kritisk fase, hver anden uge for længere projekter med stabil fremdrift og månedligt for løbende konsulentaftaler. Aftal dagen ved projektopstart, og hold fast i den, også i stille uger.

Skal kunden have den samme rapport som mit team?

Brug den samme struktur, men hold interne forhold som marginer og bemanding i et særskilt internt notat. To dokumenter, der bygger på de samme fakta, glider mindre fra hinanden end to rapporter, der skrives fra bunden.

Har jeg brug for et implementeringsprojekt for at gøre dette i GoCons?

Nej. Du opretter kontoen, tilføjer kontrakten med dens opgaver og milepæle og inviterer kunden via e-mail. Der er intet at installere; se hvordan det fungerer.

Betaler min kunde for adgang, og er GoCons prissat pr. bruger?

Kundebrugere er gratis og ubegrænsede på alle abonnementer og logger ind fra en browser. GoCons er prissat pr. konsulentvirksomhed, ikke pr. bruger, og i skrivende stund (oktober 2026) findes der et gratis abonnement. De aktuelle priser findes på prissiden.

Hvad hvis jeg stopper med at bruge GoCons?

Administratoren kan når som helst downloade alle konsulentvirksomhedens data på alle abonnementer: én zip-fil med hver kontrakt (oplysninger, opgaver, milepæle, faktureringsplan, historik), kunde og teammedlem som Excel-filer samt alle dokumenter i deres mapper.

Send din næste statusrapport ud fra løbende opdaterede data

Opret en gratis GoCons-konto, tilføj den kontrakt, du oftest rapporterer om, indtast dens opgaver og milepæle, og invitér kundens projektsponsor. Send næste fredag tre sætninger og et link i stedet for at genopbygge siden: opret din gratis GoCons-konto.

Referencer

1. Project Management Institute, "Pulse of the Profession: dybdegående rapport: De høje omkostninger ved lave præstationer: Kommunikationens afgørende rolle" (maj 2013), https://www.pmi.org/-/media/pmi/documents/public/pdf/learning/thought-leadership/pulse/the-essential-role-of-communications.pdf (tilgået oktober 2026).
2. Project Management Institute, "En vejledning til vidensgrundlaget for projektledelse (PMBOK Guide), sjette udgave: rapporter om arbejdspræstationer", https://www.pmi.org/standards/pmbok (tilgået oktober 2026).
3. Project Management Institute, "PMI's leksikon over projektledelsestermer" (statusdato, risiko, problem), https://www.pmi.org/standards/lexicon (tilgået oktober 2026).
4. National Infrastructure and Service Transformation Authority (GOV.UK), "NISTA: årsrapport om store projekter 2025-26", https://www.gov.uk/government/publications/nista-major-projects-annual-report-2025-26/nista-major-projects-annual-report-2025-26 (tilgået oktober 2026).
5. Nielsen Norman Group, "Sådan læser brugere på nettet" (Jakob Nielsen, 1997), https://www.nngroup.com/articles/how-users-read-on-the-web/ (tilgået oktober 2026).

© 2026 Mourinho Solutions. Alle rettigheder forbeholdes.