2. Doel en scope scherp krijgen
Een project staat of valt bij wat er in de eerste paar weken op papier komt. Niet de planning, niet de risicomatrix, maar de afspraak over wat je eigenlijk gaat doen en waarom. Hier lopen de meeste projecten al mis, en zelden omdat mensen lui zijn. Het gebeurt omdat iedereen denkt dat het wel duidelijk is. En dat is het zelden.
Na dit hoofdstuk:
- Weet je wat de definitiefase oplevert en waarom die fase bepalend is voor de rest.
- Kun je van een vage wens een opdrachtformulering maken met de drie verhelderingsvragen.
- Ken je het verschil tussen de opdracht en het doel, en weet je waarom dat onderscheid ertoe doet.
- Kun je een doelstelling SMART formuleren.
- Bak je een scope af met een in-lijst en een uit-lijst, en herken je scope creep.
Van vage wens naar heldere opdracht
Een project begint vaak met een opmerking in de wandelgangen. "We moeten echt iets met die klanttevredenheid doen." Of: "Het zou mooi zijn als we voor de zomer een nieuw intranet hebben." Dat zijn geen opdrachten, dat zijn wensen. Je eerste taak is om die wens uit te pluizen, en daarvoor zijn drie vragen genoeg.
Wat is het probleem of de aanleiding? Waarom komt dit nu op tafel, en wat gebeurt er als we niets doen? Wat moet er aan het einde liggen? Een rapport, een werkend systeem, een getraind team, een besluit? Voor wie doen we dit? Wie gebruikt het straks, wie is de opdrachtgever, en wie heeft er belang bij dat het slaagt?
Pas als je op alle drie een concreet antwoord hebt, kun je gaan formuleren. Schiet je door naar planning of taakverdeling voordat dit staat, dan bouw je op drijfzand.
Stel de waaromvraag minstens twee keer. De eerste keer krijg je het symptoom, de tweede keer de echte aanleiding. Een opdrachtgever die zegt "we willen een nieuwe website" wil meestal "meer aanvragen" of "een serieuzere uitstraling bij grote klanten". Dat is iets heel anders, en het vraagt om een ander project.
De opdrachtformulering
De opdrachtformulering is één compacte alinea waarin staat wat het project inhoudt. Hij beantwoordt vier vragen: wat, waarom, voor wie en wanneer. Twee tot drie zinnen is genoeg. De test is simpel: lees hem voor aan iemand die nog nooit van het project heeft gehoord. Snapt die persoon waar het over gaat, dan is hij goed.
Vage opdracht: "We gaan de klantenservice verbeteren."
Scherpe opdrachtformulering: "Het project Klantenservice 2.0 levert vóór 1 oktober een ingericht ticketsysteem op, waarmee de tien medewerkers van de afdeling Support inkomende klantvragen binnen 24 uur kunnen beantwoorden. Aanleiding is de stijging van het aantal klachten over reactietijd in het afgelopen kwartaal. Opdrachtgever is de manager Klantenservice."
Kijk wat er in die drie zinnen staat: een deadline, een concreet resultaat, een doelgroep, een meetbare eis, een aanleiding en een opdrachtgever. Zes elementen. Dat is het niveau waar je naartoe werkt.
Opdracht en doel zijn niet hetzelfde
De opdracht vertelt wát je gaat opleveren. Het doel vertelt wáárom, en welk effect je ermee wilt bereiken. Dat verschil lijkt klein, maar het is het belangrijkste onderscheid in dit hoofdstuk. Een ticketsysteem opleveren is de opdracht. De gemiddelde reactietijd terugbrengen van 72 naar 24 uur is het doel.
Waarom dat uitmaakt merk je zodra je moet kiezen. Stel dat een leverancier halverwege een goedkoper pakket aanbiedt dat technisch prima werkt, maar waarvan de rapportage magerder is. Mag dat? Dat hangt niet af van de opdracht, maar van het doel. Is die rapportage nodig om reactietijd te sturen, dan niet. Is ze alleen prettig om te hebben, dan wel. Zonder doel op papier wordt zo'n vraag een kwestie van wie het hardst praat.
Het doel SMART maken
"De klanttevredenheid verbeteren" is geen doelstelling maar een wens. Om er een doel van te maken gebruik je SMART. Specifiek: concreet wat je wilt bereiken, voor wie en waar, zonder ruimte voor interpretatie. Meetbaar: aan een getal, percentage of waarneembaar feit kun je aflezen of het gehaald is. Acceptabel: de betrokkenen staan erachter, want een doel dat niemand wil haalt het zelden. Realistisch: haalbaar binnen de gegeven tijd en middelen; ambitieus mag, onmogelijk niet. Tijdgebonden: er staat een einddatum of een meetmoment vast.
Niet SMART: "We willen de doorlooptijd van offertes verkorten."
Wel SMART: "Eind Q3 2027 wordt 80 procent van de offertes binnen 5 werkdagen na het eerste klantcontact verstuurd, gemeten over het verkoopteam van afdeling Noord."
Het verschil zit niet in de ambitie maar in de controleerbaarheid. Bij de tweede formulering weet je in oktober 2027 of je het gehaald hebt. Bij de eerste blijft dat een mening.
Scope: wat erbinnen valt en wat erbuiten
Een helder doel is een sterke start, maar zonder afbakening blijft een project een open einde. De scope bepaalt welke onderdelen je oppakt en welke je laat liggen. Dat klinkt simpel, maar in de praktijk groeit een scope ongemerkt. Iemand vraagt of je "ook even" een tweede afdeling kunt meenemen. De stuurgroep vindt een extra rapportage "toch logisch". Voor je het weet zit je in scope creep: je doet steeds meer, met dezelfde tijd en hetzelfde budget.
Het tegengif is een expliciete lijst met wat buiten de scope valt. Die is net zo belangrijk als de in-lijst, en hij voelt een beetje onaardig om op te schrijven. Doe het toch. Door dingen letterlijk te benoemen voorkom je discussies achteraf, en je laat zien dat je hebt nagedacht over waar het project ophoudt.
Een groothandel voert een nieuw klantvolgsysteem in voor de afdeling Verkoop. In de scope: het inrichten van het systeem, de koppeling met de huidige klantendatabase en het opleiden van de twaalf mensen van het verkoopteam. Buiten de scope, letterlijk zo opgeschreven in het projectplan: de koppeling met de financiële administratie, het opleiden van andere afdelingen en de mobiele app. Drie maanden later vraagt de controller of de koppeling met de administratie "er niet gewoon bij kan". De projectleider kan nu naar één regel wijzen, en het wordt behandeld als een nieuwe vraag met een eigen budget in plaats van als vanzelfsprekend meerwerk. Dat scheelde naar schatting zes weken werk in een project van vijf maanden.
Randvoorwaarden: hard en zacht
Randvoorwaarden zijn de spelregels die de opdrachtgever en de organisatie meegeven. Meestal draaien ze om tijd, geld, kwaliteit en capaciteit, soms komen daar specifieke eisen bij: wettelijke kaders, technische standaarden, lopende contracten met leveranciers.
Maak onderscheid tussen harde en zachte randvoorwaarden. Hard is niet onderhandelbaar, zoals een wettelijke deadline of een vastgesteld budget. Zacht is wenselijk maar bespreekbaar. Door dat verschil expliciet te maken weet je waar je ruimte hebt om te schuiven als het tegenzit, en dat weet je liever vooraf dan op het moment zelf.
Het projectplan en het akkoord
Met doel, resultaat, scope en randvoorwaarden op papier heb je de bouwstenen voor het projectplan. Dat plan is twee dingen tegelijk: de schriftelijke afspraak met je opdrachtgever, en je eigen kompas tijdens de uitvoering. Voor een klein intern project zijn vijf tot tien pagina's genoeg; voor een groot programma wordt het dikker.
Het plan krijgt pas waarde als de opdrachtgever er formeel akkoord op geeft. Vanaf dat moment is het je referentiepunt. Komt er later een wijziging, dan loop je het plan na: wat verandert er aan doel, scope, planning of budget? Een wijziging die niet wordt bijgehouden leidt vrijwel altijd tot discussie aan het einde, meestal op het slechtste moment.
Pak het project dat je in hoofdstuk 1 hebt gekozen en schrijf op maximaal één A4:
- De opdrachtformulering in drie zinnen: wat, waarom, voor wie, wanneer.
- Het doel, SMART geformuleerd. Welk getal gaat omhoog of omlaag, en wanneer meet je dat?
- Vijf dingen die binnen de scope vallen en vijf die er expliciet buiten vallen.
- De drie belangrijkste randvoorwaarden, met per stuk erbij of die hard of zacht is.
Leg het daarna voor aan je opdrachtgever of leidinggevende. Let vooral op de uit-lijst; daar komen de verrassingen meestal vandaan.
Samenvatting
- De definitiefase legt de basis: opdracht, doel, scope en randvoorwaarden staan op papier voordat je gaat plannen.
- Van wens naar opdracht kom je met drie vragen: wat is de aanleiding, wat moet er aan het einde liggen, en voor wie doen we dit?
- Een scherpe opdrachtformulering beantwoordt in twee tot drie zinnen wat, waarom, voor wie en wanneer.
- De opdracht is wat je oplevert, het doel is welk effect je wilt bereiken. Bij elke keuze onderweg is het doel je maatstaf.
- SMART maakt een doel controleerbaar: specifiek, meetbaar, acceptabel, realistisch en tijdgebonden.
- Scope bakent af. De uit-lijst is net zo belangrijk als de in-lijst en is je beste verweer tegen scope creep.
- Randvoorwaarden zijn hard of zacht. Weet vooraf waar je ruimte hebt.
- Het projectplan wordt pas een referentiepunt als de opdrachtgever er formeel akkoord op geeft.
Een project levert een nieuw ticketsysteem op om de reactietijd terug te brengen van 72 naar 24 uur. Wat is hier het doel?
Waarom staat er in een projectplan een lijst met wat er buiten de scope valt?
Welke doelstelling is SMART geformuleerd?