Projectbrief: Wat het is en hoe je er een schrijft
Een projectbrief is een kort, fundamenteel document dat je team op één lijn brengt over wat een project is, waarom het bestaat en hoe je het gaat opleveren voordat je aan het werk begint. In mijn ervaring is het overslaan ervan een van de snelste manieren waarop een project mislukt: de scope breidt zich steeds verder uit, belanghebbenden trekken in verschillende richtingen en niemand kan het eens worden over hoe ‘klaar’ eruitziet.
Deze gids behandelt alles: van wat je erin moet opnemen en wie hem schrijft tot veelgemaakte fouten en wanneer je hem moet bijwerken. Ik bespreek ook hoe projectmanagementsoftware het maken en delen van projectbriefs veel eenvoudiger kan maken voor verspreid werkende teams.
Wat is een projectbrief?
Een projectbrief is een kort document waarin wordt vastgelegd wat een project is, waarom het wordt uitgevoerd en hoe je van plan bent het op te leveren. Het bevat de essentie: doelen, scope, planning, belanghebbenden en budget, allemaal op één plek voordat er enig werk begint.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Het is de enige bron van waarheid waar je team naar verwijst wanneer het een herinnering nodig heeft aan waar het project werkelijk voor dient.
Waarom een projectbrief belangrijk is
Dit doet een goede projectbrief voor je team:
- Brengt belanghebbenden vroeg op één lijn: Iedereen is het eens over hoe succes eruitziet voordat het werk begint, niet erna.
- Beheerst de scope: Een schriftelijke, goedgekeurde scope geeft je iets concreets om naar te verwijzen wanneer verzoeken zich beginnen uit te breiden.
- Versnelt het inwerken: Nieuwe teamleden krijgen snel context zonder een gesprek van 30 minuten.
- Vermindert beslissingsmoeheid: Wanneer er halverwege het project afwegingen moeten worden gemaakt, biedt de brief teams een kader om beslissingen te nemen.
- Creëert verantwoordelijkheid: Benoemde verantwoordelijken en gedefinieerde resultaten laten minder ruimte voor onduidelijkheid over wie waarvoor verantwoordelijk is.
Een projectbrief voorkomt de twee meest voorkomende redenen waarom projecten ontsporen: niet op elkaar afgestemde verwachtingen en een steeds groter wordende scope. Onderzoek van PMI wees uit dat 52% van de projecten te maken krijgt met scope-uitbreiding of ongecontroleerde wijzigingen. In mijn ervaring zijn projecten waarbij een brief is overgeslagen het meest waarschijnlijk om in die statistiek terecht te komen.
Sjabloon voor een projectbrief
Download hier mijn sjabloon voor een projectbrief en een voorbeeld van een projectbrief. Je kunt het aanpassen aan je eigen projectbriefs (en het logo en de huisstijl van je organisatie toevoegen), en het voorbeeld laat precies zien wat er in elke sectie moet komen te staan.
Voorbeeld van een projectbrief
Zo kan je projectbrief eruitzien wanneer hij is ingevuld:
| Opdrachtgegevens | |||
|---|---|---|---|
| Klant en merk | Aston Baby / Rebecca Miller | AM | Hannah McNamee |
| Naam en nummer van de opdracht | Website-update / AB5099 | PM | Ben Aston |
| Budget | $250,000 incl. onvoorziene kosten | Uiterste data | Livegang – 1 oktobere |
| Waarom? – De zakelijke uitdaging van de klant |
|---|
| De verkoop van AB is de afgelopen 6 maanden aanzienlijk gedaald; dit project is voornamelijk gericht op verkoop Het verkeer naar de website is afgenomen, het aantal e-mailinschrijvingen is gedaald, het aantal productweergaven is afgenomen en het aantal verlaten winkelwagens is toegenomen. Het primaire doel is de verkoop te verhogen door: het aantal weergaven/bezoeken te verhogen naar 4 pagina’s/bezoek (tegenover de huidige 2), het verlaten van winkelwagens te verminderen (van 60% naar 30%) en het aantal e-mailinschrijvingen te verhogen naar 20 per dag (tegenover de huidige 5) |
| Wat? – De dingen die we zullen doen/maken om die uitdaging aan te gaan |
|---|
| De startpagina bijwerken om producten beter onder de aandacht te brengen + meer lifestylebeelden opnemen De productdetailpagina bijwerken om andere producten onder de aandacht te brengen voor aanvullende verkoop en meerverkoop De categoriepagina's en het afrekenproces vereenvoudigen De zichtbaarheid van het e-mailinschrijfformulier vergroten |
| Wanneer? – De projecttijdlijn |
|---|
| Startbijeenkomst met klant 20e september Livegang – 1e nov (deadline bepaald door de vooraf geboekte betaalde mediacampagne voor de feestdagen.) |
| Hoe? – Het proces dat we moeten volgen |
|---|
| AB's voorkeur is om te beginnen met een ontdekkingsfase en een werkvoorraad met geprioriteerde verbeteringen op te stellen Het project wordt vervolgens uitgevoerd in iteratieve UX/ontwerp- en ontwikkelsprints De prioriteit ligt bij het zo snel mogelijk aanpakken van snelle conversiewinsten onder in de verkooptrechter, waarna de grotere problemen op de website worden aangepakt naargelang het budget en de planning dit toelaten. |
| Wie? – De betrokken personen |
|---|
| Klant: Rebecca Miller (belangrijkste belanghebbende) DPM-projectteam: Simon (CD), Suze (copy), Dave (strategie), Warren (UX), Rory (techniek), Ben (AM) |
| Nog iets? |
|---|
| De klant wil de website op WooCommerce en WordPress houden Eerder strategisch werk rond de groei van astonbaby.com moet gedurende dit project worden bekeken en als referentie worden gebruikt |
Projectbrief versus andere projectdocumenten
Een projectbrief wordt vaak verward met documenten die andere doelen dienen. Gebruik deze tabel om te begrijpen welke plaats een projectbrief inneemt ten opzichte van andere veelgebruikte projectdocumenten:
| Document | Doel | Gebruikelijke lengte | Wanneer opgesteld |
|---|---|---|---|
| Projectbrief | Het team op één lijn brengen over doelen, scope en aanpak | 1–2 pagina's | Start van het project |
| Projectcharter | Het project formeel autoriseren; de bevoegdheid van de opdrachtgever definiëren | 2–5 pagina's | Voorafgaand aan of bij de start |
| Projectplan | Gedetailleerde uitsplitsing van taken, planning en middelenplan | 5–20+ pagina's | Planningsfase |
| Creatieve briefing | De creatieve resultaten sturen (ontwerp, teksten, campagnes) | 1 pagina | Voordat het creatieve werk begint |
| Projectvoorstel | Een onderbouwing geven voor financiering of goedkeuring | Verschilt | Voordat het project wordt goedgekeurd |
| Managementsamenvatting | Resultaten samenvatten voor het management | 1 pagina | Aan het einde van het project of voor rapportage |
De brief is gedetailleerder dan een projectcharter, maar veel minder gedetailleerd dan een volledig projectplan. Als iemand uit je team je een document van 15 pagina's geeft en dat een brief noemt, is het een plan.
Wie schrijft een projectbrief en wanneer?
De projectmanager is doorgaans eigenaar van de brief, maar het schrijven ervan is een gezamenlijk proces. Je verzamelt input van belanghebbenden, inhoudelijke experts en degene die het project sponsort. De brief weerspiegelt hun input, ook als jij degene bent die hem opstelt.
Schrijf de brief tijdens de initiatiefase, voordat er planning of middelen worden vastgelegd. Als je tijdlijnen afrondt of taken toewijst voordat de brief is goedgekeurd, werk je in de verkeerde volgorde.
Dit zijn de personen die doorgaans aan elke sectie bijdragen:
- Projectmanager: Stelt het document op, begeleidt de goedkeuring en houdt het gedurende het project bij.
- Projectsponsor: Bevestigt de zakelijke onderbouwing en keurt de reikwijdte en het budget goed.
- Belangrijke belanghebbenden: Valideren de doelstellingen, brengen beperkingen aan het licht en bevestigen hun rollen.
- Vakspecialisten: Leveren input voor de technische reikwijdte, haalbaarheid en benodigde middelen.
Ik zou aanraden om vóór het opstellen een korte startsessie met de bijdragers te houden. Dat kost minder tijd dan het corrigeren van een projectbrief die niet weerspiegelt wat de projectdoelstellingen zijn.
Belangrijke elementen om in een projectbrief op te nemen
Elke projectbrief ziet er afhankelijk van het project iets anders uit, maar deze elementen worden over het algemeen altijd opgenomen.
Achtergrond en context
Leg uit waarom dit project bestaat. Wat is het zakelijke probleem, de kans of de aanleiding? In dit gedeelte krijgen mensen die later aansluiten en nieuwe belanghebbenden een beeld van de situatie "ervoor". Houd het bij twee of drie zinnen.
Doelstellingen en succesmetingen
Geef aan wat je probeert te bereiken en hoe je zult weten dat je dit hebt bereikt. Formuleer doelstellingen volgens het SMART-kader (specifiek, meetbaar, haalbaar, relevant en tijdgebonden). Vage doelstellingen zoals "de gebruikerservaring verbeteren" hebben een meetbaar resultaat nodig, zoals "het uitvalpercentage tijdens het inwerkproces vóór Q2 met 20% verlagen".
Reikwijdte
Bepaal wat wel en niet binnen de reikwijdte valt. Items binnen de reikwijdte zijn resultaten en werkzaamheden waarvoor het team verantwoordelijk is. Items buiten de reikwijdte zijn expliciete uitsluitingen die anders misschien als vanzelfsprekend zouden worden beschouwd. Specifiek zijn voorkomt dat belanghebbenden zes weken later "nog één ding" toevoegen.
Planning en mijlpalen
Noteer de belangrijkste datums: de start van het project, belangrijke mijlpalen en de beoogde voltooiingsdatum. Je hebt geen volledige Gantt-grafiek nodig, maar een handvol vaste datums geeft iedereen een gezamenlijk gevoel voor tempo en urgentie.
Doelgroep
Beschrijf voor wie het resultaat van het project bedoeld is. Bij een productfunctie is dat de eindgebruiker. Bij een intern initiatief kan dat een specifieke afdeling zijn. Zo blijven beslissingen gericht op wie daadwerkelijk baat heeft bij het werk.
Belanghebbenden en rollen
Noem de betrokken personen en verduidelijk waarvoor elke persoon verantwoordelijk is. Gebruik een RACI-matrix of bij kleinere projecten een eenvoudige lijst als een volledige matrix overdreven lijkt. Het belangrijkste is dat niemand hoeft te raden of een beslissing aan hem of haar is om te nemen.
Budget en middelen
Vermeld het goedgekeurde budget en eventuele belangrijke toezeggingen voor middelen (bijv. personeelsbezetting, hulpmiddelen, leveranciers en infrastructuur). Je hebt geen uitsplitsing per regel in de projectbrief nodig. Een maximumbedrag en de belangrijkste beperkingen op middelen zijn in deze fase voldoende.
Communicatieplan
Beschrijf hoe het team op één lijn blijft. Neem de vergaderfrequentie, de indeling van statusrapportages en de ontvangers van verschillende updates op. Dit hoeft niet uitgebreid te zijn. Zelfs één zin zoals "elke vrijdag een wekelijkse statusmail naar sponsors" is nuttiger dan helemaal niets.
Een projectbrief schrijven: stap voor stap
Volg deze stappen om een projectbrief op te stellen die vanaf dag één nuttig is:
- Verzamel context voordat je schrijft: Praat met de projectsponsor en belangrijke belanghebbenden. Begrijp de zakelijke drijfveer, bekende beperkingen en hoe een succesvol resultaat eruitziet voor de mensen die er het meest toe doen.
- Stel eerst de achtergrond en doelstellingen op: Begin met "waarom" voordat je naar "wat" gaat. Zodra het doel duidelijk is, is de rest van de projectbrief gemakkelijker consistent te schrijven.
- Definieer de reikwijdte expliciet: Noteer wat wel en niet is inbegrepen. Betrek belanghebbenden bij deze stap. Geschillen over de reikwijdte zijn in een concept veel gemakkelijker op te lossen dan halverwege de uitvoering.
- Voeg vaste momenten in de planning en namen van verantwoordelijken toe: Zelfs globale mijlpalen en benoemde rollen zijn beter dan tijdelijke aanduidingen. Specificiteit zorgt voor verantwoordelijkheid.
- Vul budget en middelen in: Vraag de sponsor vóór de afronding om een bevestigd budgetbereik. Schattingen zonder goedkeuring veroorzaken later problemen.
- Schrijf het communicatieplan: Spreek met je sponsor de frequentie en indeling van updates af. Dit onderdeel kost vijf minuten, maar bespaart uren aan ad-hocberichten.
- Laat het beoordelen en verkrijg goedkeuring: Stuur het concept naar alle belangrijke belanghebbenden. Verwerk de feedback en verkrijg vervolgens schriftelijke goedkeuring.
- Deel het met het volledige team: Plaats het op een plek waar iedereen het kan vinden, zoals je projectmanagementtool, een gedeelde schijf of het documentatieplatform van je team.
Veelgemaakte fouten in projectbriefs om te vermijden
De meeste problemen met projectbriefs gaan niet over wat er in het document staat, maar over hoe het is opgesteld of gebruikt. Let op het volgende:
- Het document afzonderlijk opstellen: Een brief die zonder input van belanghebbenden is opgesteld, moet worden herzien, vaak meer dan één keer. Betrek de juiste mensen er vroeg bij.
- Onduidelijk zijn over de scope: "Verbeter het dashboard" is geen scopebeschrijving. Onduidelijkheid leidt tot aannames, en aannames leiden tot scope-uitbreiding.
- De lijst met wat buiten de scope valt overslaan: Als je alleen vastlegt wat is inbegrepen, vullen belanghebbenden de hiaten zelf in (meestal in hun eigen voordeel).
- Doelstellingen vastleggen zonder meetwaarden: Doelen zonder meetbare resultaten kunnen niet worden geëvalueerd. Als je het niet kunt meten, kun je niet bevestigen dat het klaar is.
- Het document na de startbijeenkomst opbergen: De brief moet een actuele referentie zijn, geen eenmalig document. Als hij niet gemakkelijk te vinden is, wordt hij niet gebruikt.
Hulpmiddelen om je projectbrief te stroomlijnen
Hier zijn enkele tools die het proces sneller maken en het resultaat bruikbaarder maken:
Clicks on the links below may earn a commission, which supports our independent testing and review of software and services. Learn more about how we stay transparent.
Wanneer je je projectbrief moet bijwerken of herzien
Een projectbrief moet gedurende de hele looptijd van het project accuraat blijven. Dat betekent dat je hem opnieuw moet bekijken wanneer er dingen veranderen.
Werk je brief bij wanneer een van de volgende situaties zich voordoet:
- Wijzigingen in de scope: Elke formeel goedgekeurde toevoeging of verwijdering van op te leveren resultaten moet in de brief worden opgenomen.
- Verschuivingen in de planning: Als belangrijke mijlpalen verschuiven, werk je de brief bij zodat deze niet in tegenspraak is met je huidige plan.
- Wijzigingen in belanghebbenden of eigenaarschap: Nieuwe besluitvormers moeten worden genoemd; mensen die zijn vertrokken, moeten worden vervangen.
- Budgetherzieningen: Goedgekeurde budgetwijzigingen moeten in de brief worden gedocumenteerd, niet alleen in een spreadsheet.
- Doelstellingen ontwikkelen zich: Als het bedrijfsdoel halverwege het project verandert, moet de brief het nieuwe doel weerspiegelen.
Noteer bij het bijwerken van de brief de versie en wat er is veranderd. Zo blijft de wijzigingsgeschiedenis zichtbaar en hebben belanghebbenden een duidelijk overzicht van waarom het project zich heeft ontwikkeld. Ik behandel versienotities als een eenvoudig wijzigingslogboek. Het kost twee minuten en voorkomt veel gesprekken in de trant van: "Wacht, ik dacht dat we hadden afgesproken dat…"
Begin je volgende project goed
Een degelijke projectbrief is een van de duidelijkste manieren om jezelf te presenteren als een goed voorbereide projectleider die op één lijn zit met anderen. Als je meer hulpmiddelen zoals deze wilt om je werkwijze voor projectoplevering aan te scherpen, meld je dan aan voor onze gratis nieuwsbrief en lidmaatschap voor toegang tot sjablonen, draaiboeken en inzichten van vakgenoten, gemaakt voor projectmanagers die werken in het tijdperk van AI.
