De gemiddelde statusupdate in een Nederlandse organisatie wordt door minder dan een derde van de ontvangers gelezen. De rest scrolt door, scant naar de eigen naam, of klikt weg na regel drie. Toch schrijven projectmanagers wekelijks pagina’s vol — alsof de moeite die ze erin steken correleert met de aandacht die het oplevert. Dat doet het niet. Het tegenovergestelde, eigenlijk.
Een goede statusupdate is een dienst aan de lezer, geen verantwoording door de schrijver. Wie dat verschil voelt, schrijft anders. Korter, scherper, en met focus op wat de lezer écht moet weten — niet op wat de schrijver allemaal heeft gedaan.
Het format: drie velden, klaar
Het werkt eenvoudig. Eén schema, drie kopjes, korte zinnen daaronder. Geen disclaimers, geen voorwoord, geen bedankjes. Wat we bij teams in heel Nederland zien werken:
- Wat staat goed: de drie belangrijkste dingen die op schema zijn. Niet meer dan drie.
- Wat verandert: wat is gewijzigd ten opzichte van vorige week — scope, planning, capaciteit, risico’s.
- Wat hebben we nodig: concrete vragen of beslissingen die je van de lezer wilt.
Vooral het laatste blokje doet het werk. De meeste statusupdates eindigen met een vage “vragen welkom”. Daar reageert niemand op. “Beslissing nodig voor donderdag: gaan we akkoord met scope-uitbreiding €18.000?” levert binnen een dag antwoord op.
Wat je weglaat
Net zo belangrijk als wat erin staat: wat eruit blijft. Drie categorieën die we standaard schrappen.
De jip-en-janneke samenvatting. “Deze week hebben we hard gewerkt aan het project en zijn er een aantal mooie stappen gezet.” Niemand wordt hier wijzer van. Vervang het door één concreet feit. “Module A is in test, vier van vijf scenario’s groen.”
Het taken-overzicht. Een lijst van veertien dingen die je deze week hebt gedaan, is geen statusupdate. Het is een dagboek. Stuurinformatie zit in afwijkingen, niet in routine.
De dankjewel-paragraaf. “Dank aan iedereen die meedacht over de risicoanalyse.” Vriendelijk bedoeld, maar verstoppertje voor de lezer die de essentie zoekt. Bedank mensen direct, niet via een bcc-update aan twintig anderen.
De praktijk: een voorbeeld
Stel je voor: een softwareproject van vier maanden, week 7, voor een opdrachtgever die wekelijks een mail krijgt. Veel projectleiders zouden hier 400 woorden van maken. Dit kan in 70:
Status week 7 — Project Klantportaal
Goed: login-flow live in testomgeving, dashboard-ontwerp goedgekeurd, performance-test geslaagd.
Wijziging: integratie met boekhoudpakket vraagt 1 week extra door API-restricties. Nieuwe einddatum: 12 juni.
Nodig: beslissing of we MVP zonder boekhoudkoppeling live zetten op 5 juni — antwoord graag voor donderdag 17:00.
Dat is een statusupdate die wordt gelezen, beantwoord en geen vervolgvragen oplevert. De opdrachtgever weet wat er staat, wat er schuift en wat er van hem verwacht wordt.
De frequentie-valkuil
Wekelijks is voor de meeste projecten te vaak. Niets verandert wezenlijk in zeven dagen — behalve in startfases of in crisis. Dan helpt het juist om naar dagelijks te schakelen. De rest van de tijd is tweewekelijks of zelfs maandelijks beter.
Een vaste cadans helpt minder dan een gebeurtenis-gedreven aanpak. Stuur een update bij milestones, bij belangrijke wijzigingen, of als er een beslissing nodig is. Een wekelijkse update zonder nieuws is een mail die mensen leren te negeren — en dan negeren ze ook de wel relevante updates.
Wat wij ervan vinden
Standaardformat: wat staat goed, wat verandert, wat hebben we nodig. Punt. Geen lange inleidingen, geen disclaimer over werkdruk, geen bedankjes. Wie van zijn statusupdate een mini-essay maakt, communiceert niet meer — hij produceert. De ontvanger wil drie dingen weten: gaat het zoals afgesproken, wat moet ik weten, wat moet ik beslissen. Alles wat daarbuiten valt, is ruis. Communiceren is, in dit geval, vooral schrappen.
Veelgestelde vragen
Werkt dit ook voor stuurgroep-updates en niet alleen projectteams?
Zelfs beter. Stuurgroepleden hebben minder context dan teamleden, dus willen ze sneller naar de kern. Het drie-velden-format dwingt jou om hun perspectief in te nemen.
Mag ik bijlagen meesturen voor wie dieper wil duiken?
Ja, maar verwijs er niet zonder reden naar. “Detailrapport in bijlage” is prima — “zie bijlage voor toelichting op alle punten” verschuift de moeite naar de lezer. Houd de update zelfstandig leesbaar.
Hoe overtuig ik mijn organisatie om dit format te gebruiken?
Niet door erover te praten, maar door zelf zo te schrijven. Na drie maanden vraagt iemand wat jij doet anders. Dán heb je het gesprek over format. Niet eerder.
Tot slot
Een statusupdate is geen literatuur. Het is een instrument. Wie zijn updates korter, scherper en beslissingsgericht maakt, krijgt sneller antwoord, voorkomt misverstanden en bouwt onderweg een reputatie op. Begin morgen. Schrap de eerste vijf zinnen van je volgende update. Kijk wat overblijft. Meestal is dat genoeg.