Template voor een projectstatusrapport: wekelijks format, voorbeeld — en hoe het rapport zichzelf samenstelt uit de recaps (2026)

Een projectstatusrapport is een korte pagina met een vast format. Het vertelt de mensen buiten het dagelijkse werk waar het project staat: op koers of niet, wat er sinds het vorige rapport is veranderd, wat er mis kan gaan en waarover de lezer een besluit moet nemen. Het wordt op een vast ritme geschreven, voor de meeste projecten wekelijks, en het is elke keer dezelfde pagina. Zo vergelijkt de lezer deze week met vorige week in plaats van helemaal opnieuw te beginnen.

Deze gids behandelt eerst het vak: het format, een template om te kopiëren, een ingevuld voorbeeld en een kortere wekelijkse versie voor een teamlead die naar boven rapporteert. Daarna komt de praktijk: wanneer een rapport genoeg is en een statusmeeting toch nog nodig, waar het rapport wordt geschreven in de tools die je team al gebruikt, en wat er gebeurt tussen de meetings en de pagina. Het lastigste aan het rapport is namelijk niet het schrijven. Het is het halfuur ervoor, waarin de lead een week aan gesprekken en chats doorzoekt om te achterhalen wat er nu echt is afgesproken.

Wat een projectstatusrapport is — en wat niet

Rond een project draaien vier documenten, en het rapport wordt het vaakst met de andere verward:

De recap is per meeting; het rapport is per week over alle meetings heen. Een stand-up brengt blokkades onder de aandacht van de mensen die ze kunnen oplossen. Het rapport vertelt iemand die verder weg zit of die blokkades de deadline bedreigen. Het besluitenlog bewaart het waarom; het rapport zegt alleen dat een besluit is genomen of nog nodig is. Als het rapport moeilijk te schrijven is, ligt de oorzaak bijna altijd eerder in de keten: de meetings van de week hebben hun uitkomsten niet vastgelegd, dus de lead reconstrueert ze vrijdagmiddag uit het hoofd.

Het wekelijkse format: zes blokken, één pagina

Een rapport dat elke week wordt gelezen, moet op één scherm passen en steeds dezelfde vorm houden. Zes blokken, in deze volgorde:

1. Kop. Project, rapportageperiode, auteur, de datum van het volgende rapport. Lezers kijken eerst naar de periode — een rapport zonder periode is een pagina beweringen zonder "sinds wanneer".
2. Algehele status in één regel. Groen, oranje of rood — of op koers, in gevaar, uit koers — plus één zin die uitlegt waarom. De kleur vat de onderstaande blokken samen en is geen gevoel; als het risicoblok zegt dat een leverancier twee weken is uitgelopen, kan de regel niet groen zeggen.
3. Voortgang sinds het vorige rapport. Drie tot zes regels over wat is afgerond, elk als resultaat en niet als activiteit. "Checkout-flow ter review bij de klant" is een feit; "gewerkt aan checkout" niet.
4. Volgende periode. Wat het team toezegt af te ronden vóór het volgende rapport, elk met een eigenaar. Dit blok is wat de voortgang van volgende week wordt getoetst.
5. Risico's, issues en benodigde besluiten. Een risico is iets wat kan gebeuren; een issue is iets wat al gebeurd is. Elke regel bevat: wat, het effect op datum of budget, de eigenaar en wat de lezer wordt gevraagd te doen — inclusief "niets, ter informatie". Benodigde besluiten krijgen een eigen regel met de datum waarop het project het antwoord nodig heeft.
6. Openstaande acties. Elke actie uit welke meeting van deze periode dan ook die nog openstaat, met eigenaar en deadline, en een markering bij de actie die te laat zijn. Dit is het blok dat de meeste rapporten weglaten, en het blok waarmee de lezer beoordeelt of de kleur in blok 2 eerlijk is.

Drie dingen laat je weg: dialoog (wie wat zei), activiteitenlogs (uren, gehouden gesprekken) en alles waar de lezer niets mee kan. Het rapport is voor iemand die er vier minuten aan besteedt. Elke regel moet de vraag doorstaan: "wat zou de lezer anders doen als hij dit weet?"

Template voor een projectstatusrapport

Kopieer dit naar een document, een kanaalbericht of een canvas. Tussen vierkante haken staan de plaatshouders.

[Project] — statusrapport over [periode, bijv. 20–24 oktober]
Auteur: [naam] · Verstuurd: [datum] · Volgend rapport: [datum]
Algeheel: [op koers / in gevaar / uit koers] — [één zin die uitlegt waarom]

Afgerond sinds het vorige rapport
– [Resultaat, als feit] — [eigenaar]
– [Resultaat] — [eigenaar]
– [Resultaat] — [eigenaar]

Volgende periode (vóór [datum volgend rapport])
– [Oplevering] — [eigenaar]
– [Oplevering] — [eigenaar]

Risico's en issues
– [Risico of issue] — effect: [datum / budget / scope] — eigenaar: [naam] — vraag: [besluit nodig vóór datum / ter informatie]

Benodigde besluiten
– [Vraag, met de opties die op tafel liggen] — nodig vóór [datum] — van [naam]

Openstaande acties
– [Taak] — [eigenaar] — deadline [datum] — [open / te laat sinds datum]
– [Taak] — [eigenaar] — deadline [datum] — [open]

De volgorde is bewust gekozen. Een sponsor die alleen de eerste drie regels leest, krijgt de kleur en de reden; wie tot het einde leest, krijgt de acties die de kleur verklaren. Houd de kopjes van week tot week identiek — de waarde van het format zit in de vergelijking.

Voorbeeld: een ingevuld wekelijks statusrapport

Een klein softwareproject, een team met twee talen, een klant die het rapport elke maandag leest:

Orderportaal v2 — statusrapport over 20–24 oktober
Auteur: Mateusz · Verstuurd: 24 oktober · Volgend rapport: 31 oktober
Algeheel: in gevaar — de sandbox van de betaalprovider kwam vier dagen te laat; de lanceerdatum houdt alleen stand als de integratietest vóór 29 oktober slaagt.

Afgerond sinds het vorige rapport
– Checkout-flow ter review bij de klant; twee opmerkingen open — Ana
– Productimport vanuit het ERP draait 's nachts in staging — Priya
– Spaanse en Roemeense UI-teksten compleet; Frans op 80% — Luca

Volgende periode (vóór 31 oktober)
– Betalingsintegratietest op de sandbox van de provider — Priya
– Akkoord van de klant op de checkout — Ana
– Franse teksten compleet, alle drie de talen gereviewd — Luca

Risico's en issues
– Vertraging betaalsandbox (issue) — effect: lancering op 7 november houdt alleen stand als de test vóór 29 oktober slaagt; anders 14 november — eigenaar: Priya — vraag: ter informatie, besluit hieronder
– Doorlooptijd review klant (risico) — effect: elke ronde duurt 3 dagen; een derde ronde schuift het akkoord voorbij het testvenster — eigenaar: Ana — vraag: klant bundelt opmerkingen in één ronde

Benodigde besluiten
– Als de test op 29 oktober mislukt: lancering op 14 november mét betalingen, of op 7 november met alleen betaling op factuur en kaartbetalingen later — nodig vóór 30 oktober — van de klant

Openstaande acties
– De IP-allowlist naar de provider sturen — Priya — deadline 21 oktober — te laat sinds 21 oktober
– Go-live-venster bevestigen bij de hostingpartner — Mateusz — deadline 28 oktober — open
– Reageren op de twee checkout-opmerkingen — Ana — deadline 27 oktober — open

Let op wat het voorbeeld niet zegt: hoeveel meetings er waren, wie er sprak, hoeveel uren erin gingen. De lezer weet in één regel dat de datum in gevaar is en ziet in één blok waarover hij moet beslissen.

Wekelijks rapport-template voor een teamlead

Het wekelijkse rapport van een teamlead aan de eigen manager is een kortere neef van het projectrapport. De lezer is één persoon, meestal met minder dan twee minuten, en de vragen zijn drie: haalt het team zijn toezeggingen, wat zit in de weg, en wat heb je van mij nodig. Vier blokken passen in een chatbericht:

Team [naam] — week van [datum]
Status: [op koers / in gevaar] — [één regel]
Opgeleverd: [twee of drie resultaten, elk met een naam]
In de weg: [één of twee blokkades, elk met wie ze kan oplossen]
Van jou nodig: [één besluit of middel, met een datum] — of "niets deze week"

Twee regels maken het over maanden leesbaar. Ten eerste is "Van jou nodig" nooit per ongeluk leeg: schrijf "niets deze week", zodat de manager weet dat de stilte bewust is. Ten tweede noemt "Opgeleverd" namen van mensen — een wekelijks rapport is ook het moment waarop een lead het werk van het team zichtbaar maakt voor iemand die het niet dagelijks ziet. Als het team al een dagelijkse stand-up met benoemde blokkades houdt, is "In de weg" een kopie van de blokkades die vrijdag nog staan.

Het wekelijkse rapport vervangt de wekelijkse statusmeeting voor het grootste deel van wat die meeting droeg: de informatie. Wat het niet kan vervangen, komt hierna.

Wanneer een statusmeeting nog nodig is

Een statusmeeting is de live vorm van het rapport: iedereen vertelt de lead of de sponsor waar het op staat, in een ruimte, op ieders kosten. Zodra er een schriftelijk rapport is, is de meeting alleen gerechtvaardigd als de pagina het werk niet kan doen. Vier gevallen:

• Een besluit met een afweging. Het rapport kan de opties noemen, maar kan er niet over onderhandelen. Als "Benodigde besluiten" een punt bevat waarvan het antwoord afhangt van wat twee stakeholders willen opgeven, wint dertig minuten met beiden in dezelfde ruimte het van twee weken allen-beantwoorden.
• Een datum schuift. Een vertraging wordt zelden geaccepteerd vanaf een pagina. Het gesprek over wat er mee verschuift — scope, budget, de start van een ander project — is een meeting, met het rapport als voorbereidend leesstuk.
• Een risico passeert zijn drempel. In de week dat een risico een issue wordt, moeten de mensen die de gevolgen dragen het van de lead horen en vragen kunnen stellen, niet maandag lezen.
• Een nieuwe stakeholder. Iemand die de vorige zes rapporten niet heeft gelezen, heeft één sessie nodig om de vorm van het project te snappen; daarna volstaat de pagina.

Een statusmeeting is er niet om het rapport voor te lezen. Als elk agendapunt "update van X" is, zeg de meeting dan af en stuur de pagina; de gids over meetingritme behandelt welke terugkerende meetings hun plek verdienen. Wanneer de meeting wel doorgaat, werk dan vanuit het rapport: de blokken met risico's en besluiten vormen de agenda, en een effectieve meeting eindigt met die punten gemarkeerd als besloten, open of uitgesteld. Bij stakeholders die verschillende talen spreken, heeft de ruimte voor de meeting zelf drie opties: een menselijke tolk — de gids over een Zoom-tolk laat zien hoe dat wordt ingericht —, de eigen ondertiteling van het platform, of een ruimte die voor elke deelnemer vertaalt. Het rapport, dat je één keer schrijft, is een aparte vraag.

Waar het rapport wordt geschreven in de tools die je al gebruikt

Elk groot platform laat na een meeting iets achter waarop een statusrapport kan worden gebouwd, en elk stopt op een ander punt. Alleen gedocumenteerd gedrag, van de eigen pagina's van de leveranciers, met de maand waarin elke pagina is gecontroleerd:

Twee dingen zijn overal gelijk. Wat een meeting achterlaat, is één document per meeting, in de ene taal die in de ruimte werd gesproken. En of de volgende stappen van vorige week zijn uitgevoerd, weet het document niet — de lead gaat dat controleren voordat hij "afgerond" schrijft. De live-ondertiteling van de platforms — wat Teams en Google Meet tijdens een gesprek op het scherm tonen — verandert het document achteraf niet. Notetakers vallen in dezelfde categorie, een stap verder: de tools die worden vergeleken in Otter.ai-alternatieven schrijven een samenvatting per meeting, en een rapport over een maand aan meetings blijft een aparte pagina.

Hoe het rapport zichzelf samenstelt uit de recaps

InterMIND is een communicatieruimte waarin een project in een kanaal leeft, dus het ruwe materiaal voor het rapport heeft een vanzelfsprekend thuis. Elke meeting in het kanaal eindigt met een recap — een samenvatting, de besluiten, de actiepunten met eigenaren en datums — geschreven op basis van de meeting zelf en bezorgd per e-mail, als bericht in het kanaal en als link in de agenda-uitnodiging. Elk ingelogd lid leest die in de eigen taal: het verslag wordt per lezer vertaald, niet één keer geschreven in de taal die toevallig in de ruimte werd gesproken, en hetzelfde geldt voor de chat in het kanaal eromheen, die elk lid in de eigen taal typt. Elk lid kan de recap bewerken, elke bewerking bewaart auteur en revisiegeschiedenis, en het kanaal bewaart de recap van elke eerdere sessie — dus "afgerond sinds het vorige rapport" is een scroll door de recaps van de week in plaats van een reconstructie.

De actiepunten nemen hun status mee. Een punt staat als te doen, gedaan, of niet gedaan met een reden. In een organisatie waar teamstatuspagina's aan staan, worden de openstaande punten van eerdere sessies beoordeeld wanneer de volgende recap wordt geschreven: een punt waarvan iemand meldde dat het klaar is, wordt als gedaan gemarkeerd; een punt dat is besproken maar niet af is, wordt als niet gedaan gemarkeerd, met de reden in de woorden van de meeting; een punt waar niemand over begon, blijft open. Dat is het blok "openstaande acties" uit de template, bijgehouden door de meetings in plaats van door de lead.

Teamstatuspagina's leveren de rest van het rapport. Eén pagina over de afgelopen 7, 28 of 90 dagen toont de taken van de organisatie, de problemen, wat belangrijk en urgent is en het geld dat op het spel staat, en elke rij draagt het letterlijke citaat uit de recap waarop ze rust; een taak blijft staan tot iemand haar sluit en na vier weken zonder beweging wordt ze als vastgelopen gemarkeerd. De lead schrijft de trendregel en de kleur — het oordeel — boven een pagina die de meetings al hebben gevuld. Dezelfde pagina is leesbaar via een gekoppelde assistent: een lead die in Claude, ChatGPT, Copilot of Gemini werkt, vraagt naar de openstaande taken en problemen van de week en krijgt de rijen met hun citaten. Teamstatuspagina's zijn een previewfunctie op betaalde abonnementen: de beheerder van een organisatie zet ze aan onder Settings → Advanced na het accepteren van de alfavoorwaarden (de pagina Previewfuncties beschrijft ze stuk voor stuk).

Wanneer het rapport in een systeem van registratie moet landen, voegt de host een recapkopie toe aan een willekeurig adres — de inkomende mailbox van een CRM of projecttracker — en wordt elke recap van de meeting of het kanaal ook daarheen gestuurd, na eenmalige bevestiging van het adres. De werking staat in een kopie van elke meeting-recap in je CRM, per e-mail. Dezelfde recap komt ook binnen als webhook of Zapier-trigger voor teams die hem zelf in een tracker plaatsen.

Een stakeholder van de klant die de recaps moet kunnen zien, wordt per e-mail voor het kanaal uitgenodigd en komt binnen met een gratis account, en leest in de eigen taal; externe deelnemers in een kanaal kosten de host niets. Een gast van één meeting doet mee via een link, zonder account en kosteloos — vanaf een telefoon, in de browser — en hoort de meeting live in de eigen taal. Voor een gast is er achteraf geen verslag — het account is gratis, en het maakt het verslag bereikbaar. De host zorgt voor de ruimte en betaalt op een betaald abonnement alleen voor de leden die in de afgelopen 28 dagen actief waren; leden die stil worden, houden gratis toegang.

• Open een volledige recap — een echt verslag, weergegeven door dezelfde code die die van jou schrijft.
• Probeer de live demo — zonder aanmelding; spreek, en hoor de ruimte per luisteraar vertaald.

Het rapport als vak overleeft elke tool: iemand moet nog steeds zeggen of het project op koers ligt en waarom. Wat niet hoeft te overleven, is het halfuur op vrijdag — een week aan gesprekken doorzoeken, in één taal, om te achterhalen wat er is afgesproken en of iemand het heeft gedaan.

FAQ

Wat is een projectstatusrapport?

Een korte pagina met een vast format, op een vast ritme verstuurd — meestal wekelijks — die mensen buiten het dagelijkse werk vertelt waar een project staat: een algehele status in één regel met de reden, wat sinds het vorige rapport is afgerond, wat vóór het volgende gepland staat, de risico's en issues met hun effect op datum of budget, de besluiten die de lezer moet nemen en de acties die nog openstaan met eigenaren en deadlines. Het is elke keer dezelfde pagina, zodat de lezer weken vergelijkt in plaats van helemaal opnieuw te beginnen.

Wat hoort er in een wekelijks statusrapport?

Zes blokken: een kop met de rapportageperiode; één regel algehele status met de reden; voortgang sinds het vorige rapport als resultaten, niet als activiteiten; de toezeggingen voor de volgende periode met eigenaren; risico's, issues en benodigde besluiten, elk met effect en een vraag; en elke openstaande actie met eigenaar en deadline, waarbij te late acties zijn gemarkeerd. Laat dialoog, uren en alles waar de lezer niets mee kan weg.

Hoe schrijf je een projectstatusrapport?

Begin bij het vorige rapport: het blok "volgende periode" is de checklist van deze week, en de openstaande acties zijn inmiddels afgerond of nog open. Ga daarna de recaps van de meetings van de week door voor wat is besloten en wat erbij is gekomen. Schrijf de statusregel als laatste, na het risicoblok, zodat de kleur bij de feiten past. Verstuur het elke week op dezelfde dag naar dezelfde lijst en houd de kopjes van rapport tot rapport identiek.

Wat is het verschil tussen een statusrapport en een statusmeeting?

Een statusrapport wordt asynchroon geschreven en gelezen; een statusmeeting is dezelfde informatie live bezorgd, ten koste van ieders tijd in de ruimte. Zodra er een rapport is, is een meeting gerechtvaardigd als de pagina het werk niet kan doen: een besluit met een afweging tussen stakeholders, een datum die verschuift, een risico dat zojuist een issue is geworden, of een nieuwe stakeholder die de vorm van het project één keer nodig heeft. Een meeting waarvan de agenda "update van iedereen" is, is een rapport dat hardop wordt voorgelezen.

Verschilt een wekelijkse rapport-template voor een teamlead van een projectstatusrapport?

Korter, en gericht aan één persoon. Het wekelijkse rapport van een teamlead aan de manager beantwoordt drie vragen in vier blokken — status in één regel, wat het team heeft opgeleverd met namen, wat in de weg zit en wie het kan oplossen, en wat de manager vóór wanneer moet leveren — en past in een chatbericht. Een projectstatusrapport is langer, beslaat een periode en een groep stakeholders, en bevat risico's, besluiten en openstaande acties uit alle meetings van het project.

Hoe vaak moet een projectstatusrapport worden verstuurd?

Voor de meeste projecten wekelijks: vaak genoeg om een vertraging binnen een week te vangen, zeldzaam genoeg dat elk rapport iets nieuws bevat. Tweewekelijks past bij lange, stabiele projecten met weinig besluiten; dagelijkse rapportage hoort bij een lanceerweek of een incident en is een ander, korter document. Wat het ritme ook is, de dag en de ontvangerslijst mogen niet veranderen — een rapport dat elke week op een andere dag aankomt, wordt niet als reeks gelezen.

Moet de klant het statusrapport ontvangen?

Ja, als de klant voor het project betaalt en een besluit in het rapport aan hem is — het blok "benodigde besluiten" is voor hem geschreven. Schrijf waar mogelijk één rapport voor iedereen, in plaats van een klantversie en een interne; een rapport met twee versies drijft uit elkaar en de interne wordt het echte. Wat uit een gedeeld rapport blijft, is het interne detail van het team — individuele prestaties, schattingen waarover nog wordt onderhandeld — dat hoort in de eigen notities van de lead.

Bronnen: Microsoft — Vergadernotities maken in Microsoft Teams; Microsoft — Recap in Microsoft Teams; Zoom — Using Meeting Summary with AI Companion; Google Meet — "Take notes for me" in Google Meet; Google Workspace Updates — "Take notes for me" suggests next steps; Slack — Agendasjabloon voor meetings (canvas). De pagina's over Microsoft-notities, Google Meet-notities en Slack zijn gecontroleerd in oktober 2026; de Google-aankondiging over volgende stappen in september 2026; de pagina's over de Microsoft-recap en de Zoom-meetingsamenvatting in augustus 2026. Leveranciers wijzigen na verloop van tijd abonnementen, functies en taallijsten; controleer hun pagina's voor de actuele stand van zaken.