Mal for prosjektstatusrapport (gratis, med eksempel)

Det er fredag kl. 16.30, og prosjektets sponsor hos kunden har nettopp sendt en e-post: "Et kjapt spørsmål: Hvor langt har vi kommet med undersøkelsen?" Svaret finnes, men er spredt mellom oppgavelisten, timelisten og to e-posttråder. Derfor åpner du alle sammen og begynner å sette sammen den ukentlige prosjektstatusrapporten manuelt. En time senere sender du en side som vil være utdatert innen mandag.

Denne artikkelen gir deg en gratis mal for prosjektstatusrapport (én side, både tom og utfylt), reglene som gjør en statusrapport verdt å lese, og en rutine som erstatter fredagens manuelle sammenstilling med en kort kommentar.

Jeg har vært på begge sider av disse rapportene. Som konsulent skrev jeg dem på fredag ettermiddag. På kundesiden, da jeg kjøpte programvare og konsulenttjenester hos SISTRADE og senere hos UNICEF, leste jeg dem. Rapportene jeg handlet ut fra, fortalte meg allerede i de første linjene om jeg måtte gjøre noe. Alt nedenfor bygger på dette.

Hva en prosjektstatusrapport skal brukes til

PMIs PMBOK Guide plasserer statusrapporter under rapporter om arbeidsytelse: informasjon som settes sammen slik at leserne kan ta beslutninger, handle eller bli oppmerksomme på noe [2]. Det er en nyttig test for hver linje du skriver. Hvis en setning verken fører til en beslutning, en handling eller ny innsikt hos leseren, er den fyllstoff.

Tydelighet handler ikke om stil. I PMIs forskning på prosjektkommunikasjon nådde omtrent fire av fem prosjekter sine opprinnelige mål når kommunikasjonen var tilstrekkelig tydelig og detaljert og brukte målgruppens språk. Når kommunikasjonen ikke var tydelig nok, gjorde bare litt over halvparten det [1]. Den samme rapporten knyttet 56 prosent av pengene som sto i fare i prosjekter, til ineffektiv kommunikasjon [1].

Folk skumleser dessuten rapporter fremfor å lese dem grundig. I Nielsen Norman Groups klassiske studie skumleste 79 prosent av testbrukerne enhver ny side, mens bare 16 prosent leste ord for ord [5]. En statusrapport må fungere for en leser som stopper etter tre linjer.

Malen for prosjektstatusrapport (gratis nedlasting)

Malen får plass på én A4-side. Endre gjerne fargene, men behold rekkefølgen: Svaret kommer først, dokumentasjonen etterpå.

Last ned malen (PDF). Skriv den ut, eller kopier delene nedenfor til ditt eget dokument:

1. Toppfelt. Prosjekt, kunde, rapportnummer, rapporteringsperiode og statusdato. PMI definerer statusdato som tidspunktet da statusen ble registrert [3]. Ta den med, for en rapport som leses på onsdag, beskriver mandagens situasjon.
2. Prosjektinformasjon. Utarbeidet av, sponsor hos kunden, kontraktsdatoer og rapportens mottakere.
3. Samlet status og oppsummering. Grønn, gul eller rød, pluss tre setninger: hvor prosjektet står i forhold til planen, hva som har endret seg siden forrige rapport, og hva du trenger fra leseren, innen hvilken frist.
4. Status per område. Fremdriftsplan, omfang, timer og budsjett samt bidrag fra kunden, hvert med sin egen vurdering og én linje om hva som ligger bak den. Omfanget du vurderer opp mot, er det som står i oppdragsbeskrivelsen. Hvis din er mangelfull, kan du ta utgangspunkt i vår mal for oppdragsbeskrivelse.
5. Fullført og planlagt. Tre punkter for hver, med datoer. Leveranser og resultater, ikke innsats.
6. Milepæler. Milepæl, frist, status og prognose. Formuler milepæler som tilstander ("Rapport godkjent"), ikke aktiviteter ("Analyse").
7. Timer og budsjett. Planlagt mot faktisk for perioden og hittil, med en prognose ved ferdigstillelse.
8. Risikoer og problemer. En risiko kan inntreffe; et problem pågår nå [3]. Hver av dem får en konsekvens, en ansvarlig og et tiltak med dato.
9. Nødvendige beslutninger og bidrag. Hva du trenger, fra hvem, innen hvilken frist, og hva som skjer hvis det kommer for sent.

Definer grønn, gul og rød før den første rapporten

De fleste maler lar fargene stå udefinert, så vurderingen blir et uttrykk for en følelse. Avtal reglene ved oppstart og ta dem med i hver rapport. Reglene i malen er:

• Grønn: i rute med avtalte datoer, omfang og timer.
• Gul: en dato, en del av omfanget eller timeprognosen er i fare; det finnes en plan for å komme tilbake på sporet, og det er ennå ikke behov for en beslutning fra kunden.
• Rød: en forpliktelse vil ikke bli oppfylt med mindre kunden eller sponsoren tar en beslutning.

Dette ligger nær måten britiske myndigheter vurderer sine store prosjekter på: Vurderingen uttrykker sannsynligheten for å levere til rett tid og innenfor budsjett på et gitt tidspunkt. Rød signaliserer at vesentlige problemer krever rask oppfølging, ikke at prosjektet har mislyktes [4]. En rød status som kommer med alternativer, åpner for en samtale. En rød status som kommer som en overraskelse, skaper et tillitsproblem.

Eksempel: en utfylt prosjektstatusrapport

Her er den samme malen utfylt for et fiktivt oppdrag: Prisgjennomgangen som Northbridge Advisory utfører for Kestrel Labs, et enkeltstående konsulentprosjekt på 13 uker, med status per 29. september 2026.

Last ned det utfylte eksemplet (PDF). Tre grep gjør at det fungerer:

• Begrunnelsen for gul status står på samme linje: Undersøkelsen om prisfølsomhet er 70 prosent fullført og avsluttes 1. oktober, én dag før resultatgjennomgangen.
• Beslutningen presenteres som et valg med et standardalternativ. Sofia, sponsoren, beholder enten 2. oktober med foreløpige resultater eller flytter gjennomgangen til 6. oktober med hele utvalget. Hvis hun ikke har svart innen 30. september, blir 2. oktober stående.
• Timer oppgis som tall, ikke adjektiver: 46 av 80 avtalte timer brukt i september, 18 av de 24 estimerte timene på undersøkelsen.

Den ukentlige rutinen: Oppdater fakta, og skriv deretter rapporten

1. Oppdater fakta der de hører hjemme, ikke i rapporten: timer på hver oppgave, fullføringsgrad, datoer for fullførte milepæler og nye dokumenter.
2. Vurder hvert område etter de avtalte reglene. Hvis ett område er rødt, er samlet status rød.
3. Fyll inn milepæler, risikoer og beslutninger.
4. Skriv oppsummeringen på tre setninger til slutt, når du vet hva den må si.
5. Send rapporten, og lenk til detaljene i stedet for å lime dem inn.

Et regneark kan støtte denne rutinen: én fane per rapport, med formler som henter timer fra oppgavelisten. Det kan derimot ikke vise kunden fakta mellom rapportene, markere en oppgave som utsatt når fristen nærmer seg, eller registrere hvem som endret datoene i en kontrakt, og når. Rapporten er en kopi, og kopier blir utdaterte.

I GoCons er statusen løpende oppdatert, og rapporten blir en kommentar

Vi utviklet først GoCons for vårt eget konsulentarbeid hos Mourinho Solutions, og slik håndterer plattformen status. Hver oppgave i en kontrakt har registrerte timer sammenholdt med estimatet, en fullføringsgrad, en startdato og en frist, samt en fremdriftsindikator som viser I rute, I fare når fristen nærmer seg, og Forsinket når den er passert.

Milepæler har sin egen liste, med statusen Venter, Nærmer seg (i uken før fristen), Forsinket eller Fullført med fullføringsdato.

Kunden logger inn og får tilgang til de samme dataene uten kostnad, og ser oppgaver, milepæler, brukte timer sammenholdt med avtalte timer og dokumentene i sine kontrakter. Det endrer hva den ukentlige rapporten må inneholde. Tallene er allerede tilgjengelige for kunden, så rapporten kan begrenses til samlet vurdering, de tre setningene, beslutningene du trenger og risikoene, pluss en lenke til kundeportalen for resten.

Noen kunder ønsker fortsatt et formelt dokument til en styringsgruppe eller til arkivet, og det er rimelig. Fyll ut malen fra de løpende oppdaterte skjermbildene i stedet for fra tre kilder. Last deretter opp PDF-en til kontraktens dokumenter, der kunden finner den sammen med leveransene.

Du kan også koble Claude eller ChatGPT (i utviklermodus) til GoCons gjennom GoCons MCP-serveren og be om et første utkast til oppsummeringen basert på kontraktens oppgaver og milepæler. Du logger inn i GoCons og klikker på Tillat, uten API-nøkler, og assistenten arbeider innenfor rettighetene til rollen din. Veiledningen vår om å koble Claude til arbeidsområdet for konsulentvirksomheten din viser oppsettet.

Vanlige spørsmål

Hvor ofte bør jeg sende en prosjektstatusrapport?

Ukentlig for prosjekter som varer under tre måneder eller er i en kritisk fase, annenhver uke for lengre prosjekter med stabil fremdrift, og månedlig for løpende konsulentavtaler. Avtal dagen ved oppstart og hold fast ved den, også i rolige uker.

Bør kunden få samme rapport som teamet mitt?

Bruk samme struktur, men hold interne forhold som marginer og bemanning i et eget internt notat. To dokumenter som bygger på de samme faktaene, spriker mindre enn to rapporter skrevet fra bunnen av.

Trenger jeg et implementeringsprosjekt for å bruke dette i GoCons?

Nei. Du oppretter kontoen, legger til kontrakten med oppgaver og milepæler og inviterer kunden via e-post. Ingenting må installeres; se hvordan det fungerer.

Betaler kunden min for tilgang, og prises GoCons per bruker?

Kundebrukere er gratis og ubegrensede på alle abonnementer og logger inn via en nettleser. GoCons prises per konsulentvirksomhet, ikke per bruker, og i skrivende stund (oktober 2026) finnes det et gratis abonnement. Gjeldende priser finner du på prissiden.

Hva skjer hvis jeg slutter å bruke GoCons?

Administratoren kan når som helst laste ned alle dataene til konsulentvirksomheten, uansett abonnement: én zip-fil med hver kontrakt (detaljer, oppgaver, milepæler, faktureringsplan, historikk), kunde og teammedlem som Excel-filer, pluss alle dokumenter i sine mapper.

Send din neste statusrapport fra løpende oppdaterte data

Opprett en gratis GoCons-konto, legg til kontrakten du rapporterer om oftest, registrer oppgaver og milepæler, og inviter sponsoren hos kunden. Neste fredag sender du tre setninger og en lenke i stedet for å lage siden på nytt: opprett din gratis GoCons-konto.

Referanser

1. Project Management Institute, "Pulse of the Profession – dybderapport: De høye kostnadene ved lav ytelse: Kommunikasjonens avgjørende rolle" (mai 2013), https://www.pmi.org/-/media/pmi/documents/public/pdf/learning/thought-leadership/pulse/the-essential-role-of-communications.pdf (besøkt oktober 2026).
2. Project Management Institute, "En veiledning til kunnskapsgrunnlaget for prosjektledelse (PMBOK Guide), sjette utgave: rapporter om arbeidsytelse", https://www.pmi.org/standards/pmbok (besøkt oktober 2026).
3. Project Management Institute, "PMIs leksikon over prosjektledelsestermer" (statusdato, risiko, problem), https://www.pmi.org/standards/lexicon (besøkt oktober 2026).
4. National Infrastructure and Service Transformation Authority (GOV.UK), "NISTAs årsrapport om store prosjekter 2025–26", https://www.gov.uk/government/publications/nista-major-projects-annual-report-2025-26/nista-major-projects-annual-report-2025-26 (besøkt oktober 2026).
5. Nielsen Norman Group, "Hvordan brukere leser på nettet" (Jakob Nielsen, 1997), https://www.nngroup.com/articles/how-users-read-on-the-web/ (besøkt oktober 2026).

© 2026 Mourinho Solutions. Alle rettigheter forbeholdt.