Je hebt het laatste project op tijd opgeleverd. Je hebt daarbij ook twee ontwikkelaars tot uitputting gedreven, het budget met 40% overschreden en een kritieke afhankelijkheid drie weken te laat ontdekt. Volgens alle meetcijfers voor de opleveringen was het project een succes. Volgens alle meetcijfers voor de processen was het een mislukking.
Dit is de kloof die de meeste teams nooit dichten. Ze meten wel of ze het product hebben opgeleverd, maar niet hoe goed ze het werk hebben uitgevoerd.
Het rapport ‘State of the Global Workplace’ van Gallup laat het domino-effect zien. Slechts 47% van de werknemers is het er volledig mee eens dat ze weten wat er op het werk van hen wordt verwacht.
Doelstellingen voor projectmanagement zijn specifieke, meetbare targets die bepalen hoe een project wordt gepland, uitgevoerd en beheerst. Niet ‘de app lanceren’. Dat is een projectdoel. ‘De gemiddelde levertijd dit kwartaal met 15% verkorten’ is een doelstelling voor projectmanagement. Het ene bepaalt de bestemming. Het andere bepaalt hoe je er naartoe reist.
TL;DR
De meeste teams stellen projectdoelen vast (het product opleveren) en beschouwen de klus dan als geklaard. Projectmanagementdoelen zijn de targets die bepalen hoe het werk daadwerkelijk verloopt, en omvatten onder meer budgetafwijkingen, doorlooptijd van beslissingen, risicofrequentie, doorlooptijd bij overdracht en meer. Dit zijn de maatstaven die ervoor zorgen dat elke toekomstige opleveringsdoelstelling goedkoper wordt.
Deze gids gaat over de tweede lijst. Wat je moet meten, hoe je doelen stelt die langer standhouden dan twee weken, en de vijf fouten die deze doelen in de meeste teams stilletjes tenietdoen.
Wat zijn doelen voor projectmanagement?
Doelstellingen voor projectmanagement zijn specifieke, meetbare targets die de vorm geven aan de manier waarop je een project plant, uitvoert en beheert. Ze richten zich op de dagelijkse gang van zaken. Dat omvat onder meer hoe snel beslissingen worden genomen, hoe middelen worden toegewezen, hoe vaak risico's worden geëvalueerd en in hoeverre het budget op koers blijft.
Deze doelen verschillen van projectdoelen of OKR’s. Een projectdoel definieert het eindresultaat, zoals ‘de mobiele app lanceren’. Een OKR meet een breder bedrijfsresultaat, zoals ‘het aantal actieve gebruikers met 30% verhogen’. Een projectmanagementdoel richt zich op het systeem achter het werk, zoals ‘aan het begin van elk Q3-project een risicobeoordeling voltooien’.
Dit onderscheid is belangrijk. Teams die deze doelen door elkaar halen, meten vaak alleen het eindresultaat. Ze meten zelden hoe goed het project daadwerkelijk is geleid. Dit verklaart ook waarom, volgens de ‘Pulse of the Profession’ van het PMI, 11,4% van de projectinvesteringen wordt verspild.
Effectieve PM-doelen volgen de SMART-structuur (Specifiek, Meetbaar, Haalbaar, Relevant, Tijdgebonden), die we hieronder uitgebreid zullen bespreken. Voorlopig is dit de duidelijkste manier om het verschil te zien:
- PM-doel: “Voltooi de risicobeoordelingen voor elk project bij de start, uiterlijk aan het einde van het tweede kwartaal”
- Projectdoel: “De werkstroom voor klanten bij het onboardingproces herontwerpen”
De ene regelt het managementproces. De andere definieert het te leveren resultaat.
Wat is het verschil tussen doelen van het projectmanagement en doelstellingen van het project?
| Dimensie | Doelstelling voor projectmanagement | Projectdoelstelling |
|---|---|---|
| Reikwijdte | Breed, richtinggevend | Beperkt, specifiek |
| Meetbaarheid | Vaak kwalitatieve of algemene maatstaven | Altijd kwantitatief met een duidelijk target |
| Tijdsbestek | Geldt voor het hele project of kwartaal | Gekoppeld aan een specifieke mijlpaal of deadline |
| Voorbeeld | “De blootstelling aan projectrisico’s verminderen” | “Voltooi bij de start van alle projecten in het derde kwartaal risicobeoordelingen” |
Deze termen worden in de meeste organisaties door elkaar gebruikt, maar ze beschrijven verschillende niveaus van specificiteit.
Doelen zijn algemene resultaten; ze geven de richting aan waarin je wilt gaan. Projectdoelstellingen zijn de specifieke, meetbare stappen die je daarheen brengen. Een doel zonder doelstellingen is een wens; doelstellingen zonder doel zijn zinloos werk.
Zo ziet het verschil tussen doelen en doelstellingen er in de praktijk uit:
- Doel: De tevredenheid van belanghebbenden bij alle lopende projecten verbeteren
- Doelstelling 1: Vanaf het derde kwartaal tweewekelijkse statusrapporten versturen naar alle belanghebbenden
- Doelstelling 2: Tegen het einde van het derde kwartaal een beoordeling van 90% of meer behalen voor de opleveringen
- Doelstelling 3: De gemiddelde doorlooptijd voor feedback van belanghebbenden terugbrengen van vijf dagen naar twee dagen
Doelstellingen worden opstapjes. Elke doelstelling is meetbaar, elke doelstelling heeft een deadline en samen dragen ze bij aan het bredere doel.
Uit de Work Allocation Survey van ClickUp uit mei 2025 bleek dat 55% van de managers het ‘waarom’ achter projecten uitlegt door taken te koppelen aan grotere uitdagingen of doelen. Dit betekent dat 45% standaard de voorkeur geeft aan het proces boven het doel. Dit kan leiden tot een gebrek aan motivatie en gedrevenheid bij teamleden. Zelfs high performers moeten kunnen zien hoe hun werk ertoe doet en betekenis vinden in wat ze doen.
Waarom zijn doelen voor projectmanagement belangrijk?
Doelstellingen voor projectmanagement zijn belangrijk omdat ze een team al vóór aanvang van het werk een gezamenlijke definitie van ‘goed’ geven, en een manier om te meten hoe dat werk daadwerkelijk is uitgevoerd nadat het is opgeleverd. Zonder deze doelstellingen richten teams zich standaard op het succes van het eindproduct en komen ze er nooit achter of het proces dat dit mogelijk maakt gezond is of stilletjes aan het afbrokkelen is.
Zo legt David Allen (auteur van Getting Things Done) het belang van het stellen van doelen uit.
De waarde van doelen ligt niet in de toekomst die ze beschrijven, maar in de verandering in de perceptie van de werkelijkheid die ze in het heden teweegbrengen. Waar we ons op richten, bepaalt wat we opmerken. Ons brein filtert informatie en ziet in een situatie het ene in plaats van het andere, op basis van waarmee we ons identificeren en waar onze aandacht op gericht is.
De waarde van doelen ligt niet in de toekomst die ze beschrijven, maar in de verandering in de perceptie van de werkelijkheid die ze in het heden teweegbrengen. Waar we ons op richten, verandert wat we opmerken. Ons brein filtert informatie en ziet in een situatie het ene in plaats van het andere, op basis van waarmee we ons identificeren en waar onze aandacht op gericht is.
Hier zijn vijf redenen waarom je team projectmanagementdoelen serieus moet nemen.
- Ze geven het team een gezamenlijke definitie van ‘goed’. Zonder duidelijk geformuleerde PM-doelen vult elk teamlid zelf de leemte in. De engineer denkt dat succes neerkomt op schone code. De ontwerper denkt dat het een gepolijst eindproduct betekent. De PM denkt dat het betekent dat de lanceringsdatum wordt gehaald. Alle drie werken ze hard en richten ze zich op verschillende resultaten. Tijdens de retro discussiëren ze over de vraag of het project daadwerkelijk geslaagd is, in plaats van er lering uit te trekken. Opgeschreven doelen maken een einde aan dat argument voordat dit begint.
- Ze dwingen je om behoeften te kwantificeren voordat het werk begint. Een doel als „de budgetafwijking onder de 8% houden” dwingt teams om een budget op te stellen dat gedetailleerd genoeg is om de uitgaven goed te bijhouden. Een doel als „wekelijkse risicobeoordelingen voltooien” zorgt ervoor dat teams risicobeheerders aanwijzen en regelmatige evaluaties inplannen. Zonder dit soort doelstellingen verandert planning vaak in „we zien wel hoe het loopt”. Dat is meestal het moment waarop problemen te laat aan het licht komen.
- Ze brengen conflicten rond middelen vroegtijdig aan het licht, niet pas op het moment dat de situatie onhoudbaar wordt. Veel projectproblemen groeien stilletjes op de achtergrond. Een ontwikkelaar die aan drie projecten tegelijk werkt, lijkt in week één misschien nog prima mee te komen. Maar tegen week vier begint elk project dat hij of zij ondersteunt achterop te raken. Doelen van het projectmanagement die de capaciteit bijhouden, kunnen deze problemen vroegtijdig opsporen. Teams kunnen de balans in de werklast, de tijd die aan gepland werk wordt besteed of de Lead Times van afhankelijkheden meten. Dat maakt het gemakkelijker om conflicten in week één op te lossen, wanneer het herschikken van werk nog uren kost in plaats van weken. Volgens Grant Thornton heeft 51% van de Amerikaanse werknemers het afgelopen jaar last gehad van een burn-out. In veel gevallen waren de waarschuwingssignalen al lang zichtbaar voordat de situatie kritiek werd.
- Ze vervangen de ongerustheid van belanghebbenden door zichtbaarheid. Belanghebbenden hebben zichtbaarheid nodig in projecten. Zonder dat moeten ze om statusupdates vragen, onnodige overlegmomenten inplannen en het team vertragen. Wanneer PM-doelen worden bijgehouden via gedeelde dashboards, kunnen belanghebbenden zelf de informatie vinden die ze nodig hebben. De PM hoeft niet langer alleen maar statusrapporten te produceren en het team krijgt zijn focus terug.
- Ze maken van retrospectieven een manier om patronen te herkennen. Een retrospectief zonder vastgestelde doelen verwordt tot vage indrukken: “Het voelde gehaast.” “De communicatie verliep moeizaam. ” “We moeten de volgende keer beter plannen.” Hier kun je niet veel mee. Een retrospectieve waarin de werkelijke resultaten worden vergeleken met vastgelegde PM-doelstellingen levert concrete inzichten op: “We hebben de target voor budgetafwijkingen met 12% gemist, en drie van die overschrijdingen waren afkomstig van dezelfde leverancier.” Dat soort inzichten kun je meenemen naar het volgende project
Het probleem van de ‘procesachterstand’
Softwareteams hebben een term voor de verborgen kosten van snel werken zonder onderliggende problemen op te lossen: technische schuld. Je neemt een kortere weg om een deadline te halen en betaalt daarna elke Sprint rente over die kortere weg, totdat je uiteindelijk refactoring uitvoert.
Ward Cunningham, die de term in 1992 bedacht, was duidelijk: de schuld zelf was niet het probleem. Het probleem was dat men deed alsof die niet bestond.
Projectmanagement kent dezelfde dynamiek, maar bijna niemand benoemt het. Noem het procesachterstand: de cumulatieve kosten van het uitvoeren van projecten op basis van gebrekkige processen. Omdat het opleveren van het huidige product altijd urgenter lijkt dan het verbeteren van de manier waarop je het oplevert.
Procesachterstand ziet er als volgt uit.
- Je team haalt de lanceringsdatum in het eerste kwartaal, maar de projectmanager moest elke statusupdate zelf coördineren omdat er geen asynchroon systeem was
- In het tweede kwartaal lanceer je opnieuw, op tijd, maar twee mensen nemen ontslag vanwege een burn-out
- In het derde kwartaal vraagt de nieuwe medewerker waarom risico’s nergens worden vastgelegd en krijgt hij te horen: „We zijn al een tijdje van plan om dat op te zetten.“
- In het vierde kwartaal heeft het team vier succesvolle projecten opgeleverd, maar presteert het structureel slechter bij het uitvoeren van projecten dan een jaar geleden
De deliverables waren een succes. Het proces zorgde voor een toename van de schuld.
Dit is wat projectmanagementdoelen daadwerkelijk oplossen. Ze vormen de refactoringstap die een team in staat stelt het volgende project op te leveren zonder de gebrekkige werkwijze van het vorige project over te nemen.
Een doel als ‘de gemiddelde doorlooptijd voor besluitvorming terugbrengen van 4 dagen naar 1 dag’ is een refactor. Een doel als ‘elk project begint met een gedocumenteerd risicoregister’ is een refactor. Ze leveren geen concreet resultaat op. Ze verminderen de weerstand bij het produceren van elk toekomstig resultaat.
Teams die dit goed doen, gaan met PM-doelstellingen om zoals sterke engineeringteams omgaan met refactoring. Het is continu werk, geen eenmalige inspanning. Ze stellen aan het begin van elk kwartaal doelen vast, evalueren deze bij belangrijke mijlpalen en passen ze aan wanneer uit de gegevens blijkt dat iets niet werkt.
De teams die deze doelen negeren, blijven succesvol presteren tot de dag dat het niet meer lukt. En dan zijn ze zes maanden bezig om uit te zoeken waar het mis is gegaan.
Wat maakt een goede PM-doel: de 9 onmisbare elementen
Een PM-doel dat de startfase overleeft, bestaat uit negen specifieke elementen. Ontbreekt er ook maar één, dan verandert het doel in een wens die iemand ooit eens opschreef.
- Een benoemde procesmaatstaf, geen te leveren resultaat: Het doel meet hoe het werk verloopt, niet wat het werk oplevert. “De mobiele app lanceren” is een te leveren resultaat; “de wekelijkse afwijking van de scope onder de 5% houden” is een procesmaatstaf
- Een numerieke target: een percentage, aantal, duur of verhouding. „Snellere beslissingen“ is geen target. „De gemiddelde doorlooptijd van beslissingen terugbrengen van 4 dagen naar 1“ is
- Een nulmeting: waar je nu staat, gemeten voordat het project van start gaat. Zonder nulmeting kun je geen verbetering of achteruitgang aantonen
- Eén eigenaar: Eén persoon die verantwoordelijk is voor het bijhouden, rapportage en escalatie. Want gedeeld eigendom is geen eigendom.
- Een evaluatiefrequentie: Wanneer het doel wordt gecontroleerd en met welke bestaande frequentie. Doelen waarvoor nieuwe vergaderingen nodig zijn, worden geschrapt. De doelen die zijn ingebed in stand-ups, retrospectieven of wekelijkse afstemmingsmomenten blijven bestaan.
- Een verbinding met een projectresultaat: Een antwoord in één zin op de vraag „Waarom is deze maatstaf belangrijk voor dit project?“ Als de eigenaar van het doel die zin niet kan formuleren, is het doel niet relevant en hoeft het niet te worden bijgehouden
- Een tijdslimiet: een kwartaal, een sprint of een mijlpaalperiode. Doelen zonder tijdslimiet lopen eindeloos uit. „Binnen het derde kwartaal“ creëert een evaluatiemoment. „Uiteindelijk“ leidt tot het opgeven van het doel
- Een faaldrempel: het nummer waarop je het doel escaleert, herplant of stopzet. De meeste doelen mislukken stilletjes omdat niemand die grens heeft vastgesteld. Een doel met een drempel („als de budgetafwijking groter is dan 15%, herplannen we de scope“) dwingt tot een beslissing op het moment dat het ertoe doet
- Een databron: Waar het nummer vandaan komt, specifiek benoemd. „Ik controleer het handmatig“ is geen databron. „Sprint-burndownrapport uit ClickUp, elke vrijdag opgehaald“ is een databron. Doelen zonder een gedefinieerde databron mislukken als eerste, omdat het controleren ervan elke week weer een hindernis vormt
Samen zorgen deze negen elementen ervoor dat een doel verandert van een ambitie in een concrete verbintenis. De test: kun je je doel in een tabel zetten waarin alle negen elementen zijn ingevuld? Zo ja, dan is het een doel. Zo nee, dan is het nog een concept.
Zo ziet die test eruit, ingevuld voor een echt doel. Het doel: de gemiddelde doorlooptijd voor beslissingen over projectbelemmerende vragen terugbrengen tot minder dan 24 uur tegen het einde van het derde kwartaal. Gebruik dit als sjabloon voor elk doel in je tracker.
| Element | Voorbeeld |
| Processtatistiek | Gemiddelde doorlooptijd bij het nemen van beslissingen over kwesties die het project vertragen |
| Numerieke target | Minder dan 24 uur |
| Uitgangssituatie | 4. 2 dagen (gemeten over de laatste 6 Sprints in Slack + ClickUp-opmerkingen) |
| Eén eigenaar | Priya R., technisch leider |
| Beoordelingsfrequentie | Vast item van 2 minuten tijdens het synchroniseren op dinsdag |
| Link naar resultaat | Trage besluitvorming was de belangrijkste oorzaak van niet-nagekomen toewijzingen voor Sprints in het afgelopen kwartaal |
| Tijdslimiet | Einde van het derde kwartaal |
| Foutdrempel | Als de doorlooptijd gedurende twee opeenvolgende weken langer is dan 3 dagen, escaleer dit dan naar de projectsponsor en stel het besluitvormingsproces opnieuw op. |
| Databron | Opgeslagen ClickUp-dashboardweergave: Beslissingstermijn (voortschrijdend gemiddelde over 14 dagen), dagelijks vernieuwd |
Als je nog niet zo bekend bent met het stellen van doelen voor projecten, zijn hier enkele strategieën die je kunnen helpen:
Hoe stel je doelstellingen voor projectmanagement vast?
Het moeilijkste is niet het opstellen van het doel, maar het kiezen van het juiste doel. Deze zeven stappen moeten in de juiste volgorde worden doorlopen: elke stap vormt de basis voor de volgende, en als je een stap overslaat, ontstaat er een leemte die zich later uit in afwijkingen of het opgeven van het doel.
Stap 1. Evalueer je laatste drie projecten op procesfouten, niet op fouten in de opleveringen
Wat: Kijk eerst terug voordat je een nieuwe doelstelling vaststelt. Maak een lijst van alle projecten die je team in de afgelopen 6-12 maanden heeft uitgevoerd en noteer wat er misging in hoe het werk werd aangestuurd, niet in wat er werd opgeleverd.
Waarom: De meeste teams stellen PM-doelen vast op basis van een verlanglijstje met functies (“We moeten risico’s beter bijhouden”) in plaats van op basis van waargenomen knelpunten. Het resultaat zijn doelen die er op papier redelijk uitzien, maar die geen urgentie uitstralen. Een doel dat is gebaseerd op een echte, recente mislukking heeft een ingebouwde motivatie, omdat het team zich herinnert wat het de vorige keer heeft gekost.
Hoe: Open de projectretrospectieven, sprintreviews of post-mortems van het afgelopen kwartaal. Maak voor elk project twee kolommen: wat is succesvol opgeleverd en welk proces liep mis (overdrachten gemist, afhankelijkheden te laat ontdekt, capaciteit verkeerd ingeschat, stille scope-creep, reviews overgeslagen). De tweede kolom is je lijst met mogelijke doelstellingen.
Valkuil: Als je team geen retrospectieven houdt, heb je geen audittrail. Sla deze stap op eigen risico over: je stelt dan doelen die slim klinken, maar niet aansluiten bij wat je team daadwerkelijk nodig heeft.
Hier volgt een voorbeeld uit onze eigen PMO-ervaring
Tijdens een van de recente retrospectieven van ClickUp hebben we een zogenaamde ‘lijst met stille mislukkingen’ opgesteld. We lieten gemiste lanceringsdata buiten beschouwing en concentreerden ons uitsluitend op problemen die tijdens de uitvoering ernstiger werden.
Dat omvatte onder meer goedkeuringen die dagenlang onbehandeld bleven, afhankelijkheden die pas na de sprintplanning aan het licht kwamen, dubbel werk als gevolg van onduidelijke eigendommen, en taken die na de kwaliteitscontrole opnieuw werden geopend omdat de vereisten halverwege de sprint waren gewijzigd.
We hadden verwacht vier of vijf terugkerende problemen te vinden. We vonden er twaalf. Nog verrassender was dat de meeste grote leveringsproblemen terug te voeren waren op dezelfde procesfouten in verschillende projecten.
De lijst vormde de basis voor onze doelen voor het volgende kwartaal op gebied van projectmanagement.
Stap 2. Kies 3 tot 5 procesindicatoren die deze mislukkingen zouden hebben gesignaleerd
Wat: Bekijk de problemen die je in stap 1 hebt vastgesteld. Kies vervolgens drie tot vijf procesindicatoren die deze problemen eerder aan het licht hadden kunnen brengen.
Waarom: Drie tot vijf doelen zijn meestal voldoende om gefocust te blijven. Bij minder dan drie negeren teams vaak procesverbetering. Bij meer dan vijf wordt het moeilijk om ze te beheren en houden mensen op met het consequent bijhouden ervan. Kies meetcriteria die aansluiten bij je grootste problemen, niet alleen bij de cijfers die het gemakkelijkst te meten zijn.
Hoe: Stel bij elk probleem dat tijdens je evaluatie naar voren komt de volgende vraag: „Welke indicator had ons hier twee weken eerder kunnen waarschuwen?“ Veelvoorkomende voorbeelden zijn afwijkingen in de scope, doorlooptijd van beslissingen, frequentie van risicobeoordelingen, capaciteitstoewijzing, Lead Time bij overdracht en budgetafwijkingen. Houd de doelen aan die betrekking hebben op meerdere mislukkingen.
Valkuil: Kies geen meetcriteria alleen omdat ze gemakkelijk bij te houden zijn. Het bijhouden van werkuren is eenvoudig, maar lost een gebrekkig overdrachtsproces of onduidelijke eigendom niet op.
Stap 3. Pas de SMART-criteria toe op elk doel
Wat: Zet elke maatstaf om in een specifieke, meetbare, haalbare, relevante en tijdgebonden doelstelling. Dit is de stap waarbij vage intenties worden omgezet in concrete toezeggingen.
Waarom: SMART is een veelgebruikt raamwerk voor het stellen van doelen in projectmanagement. Het zet vage intenties om in meetbare toewijzingen.
Hoe: Hieronder zie je hoe elke letter wordt toegepast op situaties die specifiek zijn voor projectmanagement:
- Specifiek: Noem het exacte proces of de exacte maatstaf waarop je je richt. „De communicatie verbeteren“ voldoet niet; „de gemiddelde reactietijd op projectgerelateerde berichten verkorten“ voldoet wel.
- Meetbaar: Koppel er een nummer aan. „Minder dan twee uur“ geeft je iets om bij te houden; „sneller“ geeft je niets
- Haalbaar: Toets het aan de huidige capaciteit. Als de gemiddelde reactietijd van je team acht uur is, is een streefcijfer van 30 minuten voor volgende maand geen doel; het is een fantasie
- Relevant: Het doel moet een verbinding hebben met een belangrijk projectresultaat. Het verkorten van de reactietijd is belangrijk wanneer vertraagde communicatie leidt tot gemiste deadlines. Het maakt niet uit of je knelpunt in feite te wijten is aan scope creep
- Tijdgebonden: Stel een deadline vast. „Binnen zes maanden“ zorgt voor urgentie en een evaluatiemoment; „ooit“ leidt tot uitstel.
De uiteindelijke doelstelling: “De gemiddelde reactietijd op projectgerelateerde berichten binnen zes maanden terugbrengen tot minder dan twee uur, gemeten aan de hand van berichtenanalyses.”
Valkuil: De toets ‘Haalbaar’ is waar de meeste teams de plank misslaan. Een doel stellen om de reactietijd bijvoorbeeld tegen volgende maand terug te brengen van acht uur naar 30 minuten is niet alleen ambitieus. Het zorgt ervoor dat het team gedoemd is te mislukken en het doel vervolgens volledig te negeren.
Stap 4. Meet je uitgangssituatie voordat het project van start gaat
Wat: Breng voor elk doel in kaart waar je op dit moment staat. Verzamel historische gegevens over de betreffende maatstaf van de afgelopen twee tot vier weken en noteer het startnummer.
Waarom: Zonder een uitgangspunt kun je niet zien of de situatie verbetert of verslechtert. Je kunt dan alleen maar gissen. Een doel als ‘de budgetafwijking onder de 8% houden’ zegt weinig als je normale afwijking al 22% bedraagt. Zonder context kan het team denken dat ze falen, terwijl ze in werkelijkheid voortgang boeken.
Hoe: Haal historische gegevens op uit de systemen waarin de statistiek al bestaat. Dat kunnen bijvoorbeeld je projectmanagementtool, stopwatch, financiële platform of communicatietools zijn. Gegevens over twee tot vier weken zijn meestal voldoende. Gebruik een langere periode als het werk per cyclus sterk varieert. Noteer de uitgangswaarde naast het doel, zodat het team deze bij elke evaluatie kan zien.
Valkuil: Veel teams slaan deze stap over omdat het verzamelen van basisgegevens als extra werk wordt ervaren. Maar zonder deze gegevens heeft het doel later geen echte betekenis.
Stap 5. Wijs één eigenaar toe per doel
Wat: Elk doel krijgt één specifieke eigenaar toegewezen. Geen team. Niet ‘de PM’ in algemene zin. Eén persoon.
Waarom: Gedeelde verantwoordelijkheid binnen een team leidt tot geen eigendom. Als iedereen verantwoordelijk is voor het bijhouden van budgetafwijkingen, is niemand dat. De eigenaar hoeft niet al het werk te doen dat de doelstelling met zich meebrengt. Hij of zij is verantwoordelijk voor de zichtbaarheid van de cijfers en het escaleren wanneer deze afwijken. Zonder een aangewezen eigenaar blijft het doel op papier staan en vervaagt het daar.
Hoe: Voeg de naam van de eigenaar naast elke doelstelling in hetzelfde document toe. Bevestig vervolgens de eigendom rechtstreeks met die persoon. Bijvoorbeeld: “Jij bent de eigenaar van deze doelstelling voor dit kwartaal. Dat betekent dat je de statistieken tijdens onze wekelijkse check-ins deelt en aangeeft als ze de drempel overschrijden.” Dat gesprek is belangrijk. Doelstellingen die stilletjes aan een document worden toegevoegd, krijgen zelden echte eigendom.
Valkuil: Wijs niet elke doelstelling toe aan de projectmanager. De projectmanager is verantwoordelijk voor het project als geheel, maar elke procesdoelstelling moet een eigenaar hebben. Wijs doelstellingen toe aan de mensen die het dichtst bij de betreffende maatstaf staan. Bijvoorbeeld de technisch leider voor de implementatiefrequentie, de ontwerpleider voor de doorlooptijd van beoordelingen en de financiële partner voor budgetafwijkingen. Dat zorgt voor nauwkeurigere gegevens en een veel duidelijkere verantwoordingsplicht.
Stap 6. Integreer de evaluatiefrequentie in bestaande bijeenkomsten, in plaats van nieuwe te organiseren
Wat: Bepaal wanneer en hoe elke doelstelling wordt geëvalueerd. Integreer die evaluatie vervolgens in een bestaande vergadering van je team, in plaats van een nieuwe te organiseren.
Waarom: Doelen waarvoor nieuwe vergaderingen nodig zijn, worden vaak losgelaten. Het toevoegen van een ‘PM-doelenoverleg’ aan de kalender voelt in de eerste week productief, maar wordt tegen de derde week alweer geschrapt. Doelen die zijn ingebed in bestaande stand-ups, wekelijkse afstemmingsmomenten, sprintreviews en mijlpaalretrospectieven blijven wel bestaan, omdat het team dan toch al bij elkaar is.
Hoe: Kies voor elke doelstelling de bijeenkomst die al de juiste tijdshorizon bestrijkt. Wekelijkse statistieken (beslissingstermijn, capaciteitstoewijzing) komen aan bod tijdens de wekelijkse synchronisatie. Sprint-statistieken (velocity, scope-afwijking) komen aan bod tijdens de Sprint-review. Kwartaalstatistieken (investeringen in training, opvolging van retro-acties) komen aan bod tijdens de kwartaalretrospectieve. Voeg de doelstelling toe als een vast agendapunt van twee minuten, niet als een apart discussiepunt.
Valkuil: Probeer niet elke doelstelling in elke vergadering te evalueren. Stem de frequentie van de evaluaties af op het natuurlijke ritme van de maatstaf. Een doelstelling die te vaak wordt geëvalueerd, verliest zijn betekenis; een doelstelling die te zelden wordt geëvalueerd, raakt uit het oog.
Stap 7. Maak een verbinding tussen elke doelstelling en een zichtbare databron
Wat: Elk doel moet een vaste, duidelijk omschreven plek hebben waar het actuele nummer wordt bijgehouden, en het team moet dat nummer binnen een minuut kunnen vinden.
Waarom: Als het controleren van het doel vereist dat je iemand moet vragen, een rapport moet genereren of een wachtwoord moet onthouden, zal het doel niet worden gecontroleerd. De weerstand neemt toe: tegen week vier besteedt de eigenaar van het doel 20 minuten aan het verzamelen van de nummers vóór elke synchronisatie. Tegen week zes stopt hij of zij ermee. Tegen week acht is het doel ten dode opgeschreven.
Hoe: Maak een gedeeld dashboard, een vastgezette spreadsheet of een opgeslagen weergave in je PM-tool. Elke doelstelling is rechtstreeks gekoppeld aan de brongegevens, zodat iedereen in het team zonder hulp de actuele cijfers kan opvragen. De tijd die je besteedt aan het opzetten van deze weergave is de investering met het grootste rendement in het hele proces van het stellen van doelen.
Valkuil: Vermijd het bijhouden van doelen in een presentatie. Dia’s zijn al verouderd op het moment dat ze worden verstuurd. De databron moet live zijn: het nummer dat je vandaag ziet, moet het nummer zijn dat vandaag daadwerkelijk actueel is.
Wanneer doelen het probleem worden
In de meeste adviezen over projectmanagement wordt ervan uitgegaan dat doelen altijd nuttig zijn. Maar uit onderzoek van de Harvard Business School blijkt dat slecht opgestelde doelen nieuwe problemen kunnen veroorzaken.
Het risico ontstaat wanneer teams zich te sterk op één maatstaf richten. Een team dat uitsluitend op sprintsnelheid wordt beoordeeld, kan documentatie overslaan of moeilijk werk vermijden om de cijfers hoog te houden. Een team dat onder druk staat om deadlines te halen, kan stoppen met het vroegtijdig signaleren van risico’s, omdat escalatie de oplevering zou kunnen vertragen.
In deze gevallen verbetert de prestatie-indicator, terwijl het onderliggende systeem juist zwakker wordt.
Uit het onderzoek bleek dat te beperkte doelstellingen kortetermijndenken, risicovolle beslissingen en slechte samenwerking in de hand kunnen werken. Daarom moeten sterke doelstellingen voor het projectmanagement een evenwicht vinden tussen snelheid enerzijds en kwaliteit, duurzaamheid en het welzijn van het team anderzijds.
Goed projectmanagement draait niet om het maximaliseren van elk nummer. Het gaat om het opzetten van een systeem dat op de lange termijn blijft functioneren.
10 voorbeelden van doelen van het projectmanagement die de prestaties verbeteren
De volgende doelstellingen komen het vaakst voor bij goed presterende projectteams. Ze zijn ingedeeld op basis van uitvoeringsprincipes (tijd, budget, risico) tot teamdynamiek, zoals teamsamenwerking en productiviteit, en tot professionele groei. Bij elke doelstelling hoort het ‘waarom’ en worden concrete strategieën beschreven om deze succesvol te realiseren.
Hier is het volledige overzicht in één oogopslag. Gebruik dit als een shortlist: kies de drie tot vijf doelstellingen die de duurste recente mislukkingen van je team in kaart brengen, niet de doelstellingen die er op papier het mooist uitzien.
| Doel | Maatstaf om te bijhouden | Frequentie van evaluaties |
| Projecten op tijd opleveren | Naleving van mijlpalen en afwijkingen ten opzichte van de planning (gepland versus werkelijk) | Wekelijkse synchronisatie |
| Houd het projectbudget onder controle | Budgetafwijking (geplande versus werkelijke uitgaven, %) | Tweewekelijkse controle |
| Versterk de samenwerking en communicatie binnen het team | Gemiddelde reactietijd op projectberichten | Wekelijkse synchronisatie |
| Verhoog de productiviteit van het team | Verhouding tussen gerichte projectwerkzaamheden en tijd besteed aan statusrapportage en administratie | Sprintreview |
| Beperk projectrisico’s proactief | Per mijlpaal beoordeelde openstaande risico’s; % met aangewezen eigenaars | Elke mijlpaal |
| Breng de verwachtingen van belanghebbenden in lijn met de realiteit van het project | Doorlooptijd van goedkeuringen; tevredenheidsscore van belanghebbenden | Mijlpaalbeoordeling |
| Zet middelen effectiever in | Percentage van het team dat op >90% van de capaciteit werkt; frequentie van herverdeling | Wekelijkse synchronisatie |
| Creëer een cultuur waarin beslissingen op basis van gegevens worden genomen | Percentage projectbeslissingen dat is vastgelegd met ondersteunende gegevens | Sprintreview |
| Verbeter de kwaliteit van de projectresultaten | Foutpercentage van de herwerkuren na oplevering | Retrospectieve evaluatie aan het einde van een fase |
| Investeer in PM-vaardigheden en voortdurende bijscholing | Aantal opleidingsuren per PM per kwartaal; behaalde certificaten | Kwartaalretrospectief |
Projecten op tijd opleveren
Volgens het rapport ‘State of Projectmanagement’ van Wellingtone wordt slechts ongeveer 29% van de projecten op tijd afgerond. Te late oplevering leidt tot vertragingen bij projecten met afhankelijkheid, ondermijnt het vertrouwen van belanghebbenden en drijft de kosten op.
Hoe maak je het doel uitvoerbaar:
- Verdeel het werk in fasen met duidelijk omschreven mijlpalen. Eén enkele deadline aan het einde is een valkuil. Tussentijdse controlemomenten brengen vertragingen aan het licht weken voordat ze uitgroeien tot crises
- Breng afhankelijkheden in kaart voordat het werk begint. Als taak B pas kan beginnen als taak A is voltooid, moet die relatie zichtbaar zijn in het projectplan en niet pas aan het licht komen wanneer iemand vraagt: „Waarom loopt dit vast?“
- Houd de voortgang wekelijks bij, niet maandelijks. Bij maandelijkse evaluaties worden problemen te laat opgemerkt. Wekelijkse evaluaties (zelfs van slechts 15 minuten) zorgen ervoor dat het team eerlijk blijft over het tempo
- Gebruik tools voor het bijhouden van afhankelijkheden. Gantt-grafieken en Kanban-borden met afhankelijkheidslijnen maken risico’s in de tijdlijn zichtbaar voor het hele team, niet alleen voor de projectmanager
Houd het projectbudget onder controle
De budgetdoelstelling is niet ‘minder uitgeven’. Het gaat erom kostenbeheersing toe te passen om de afwijking tussen geplande en werkelijke uitgaven te verkleinen. Een project dat binnen het budget blijft omdat het team op kosten heeft bezuinigd, is geen succes; het is een kwaliteitsprobleem dat op het punt staat aan het licht te komen.
Projectmanagers houden doorgaans toezicht op drie kostencategorieën:
- Personeelsbezetting: Door het interne team en de ingehuurde krachten geregistreerde uren, de grootste item op de meeste projecten
- Benodigdheden en hulpmiddelen: Softwarelicenties, hardware, diensten van derden
- Operationele overhead: tijd voor vergaderingen, administratieve taken en herwerk als gevolg van miscommunicatie
En zo houd je die categorieën onder controle:
- Zorg voor een buffer voor onvoorziene omstandigheden. Reserveer een percentage van het totale budget voor onvoorziene omstandigheden. Elk project heeft daar wel mee te maken
- Vergelijk tweewekelijks de werkelijke cijfers met de ramingen. Als je wacht tot het einde van de maand om te vergelijken, heb je op dat moment al te veel uitgegeven
- Signaleer scope creep onmiddellijk. Scope creep is de grootste budgetkiller. Elke ‘kleine toevoeging’ brengt kosten met zich mee, dus maak dit zichtbaar voor iedereen
Versterk de samenwerking en communicatie binnen het team
Volgens onderzoek van SHRM voelt 85% van de werknemers zich meer betrokken wanneer leidinggevenden transparant communiceren. Regelmatige feedbackmechanismen, zoals wekelijkse vergaderingen, kunnen het personeelsverloop met 15% verminderen. Dit is wat u kunt doen:
- Breng de communicatie samen op één platform. Als gesprekken versnipperd zijn over e-mail, Slack, Zoom en tekstberichten, gaat de context gegarandeerd verloren. Kies één primair kanaal voor communicatie over projecten en zorg ervoor dat iedereen zich hieraan houdt
- Stel een communicatieritme vast. Dagelijkse stand-ups (asynchroon of live), wekelijkse afstemmingsmomenten en evaluaties van mijlpalen. Het ritme is minder belangrijk dan de consistentie
- Voer een communicatie-evaluatie uit. Ga na je laatste project na waar de miscommunicatie is begonnen. Was het een overdracht tussen teams? Een beslissing die tijdens een vergadering is genomen en niet is vastgelegd? Het patroon zal je laten zien wat je moet aanpakken
Verhoog de productiviteit van het team
Het verbeteren van de productiviteit van het personeel betekent niet ‘meer uren’. Het betekent dat een groter percentage van de tijd wordt besteed aan werk dat het project vooruit helpt. En minder tijd aan statusvergaderingen, het wisselen van context en handmatige administratie.
Hieronder volgen enkele manieren waarop u dit succesvol kunt uitvoeren:
- Controleer de tijdsbesteding. Hoeveel van de werkweek van je team gaat naar vergaderingen over status en hoeveel naar daadwerkelijk projectwerk? Als de verhouding je verbaast, moet er iets aan gedaan worden
- Beperk het wisselen tussen taken. Door vergelijkbare taken te bundelen (alle beoordelingen in één blok, alle planning in een ander) blijft de focus behouden. Elke omschakeling tussen niet-gerelateerde taken kost hersteltijd
- Automatiseer repetitieve projectadministratie. Taken zoals statusupdates, notificaties voor herinneringen en het aanmaken van terugkerende taken zijn voorspelbaar en herhaalbaar. Dit maakt ze bij uitstek geschikt voor automatisering. Tools met ingebouwde automatisering ( ClickUp Automations, Monday.com-automatiseringen, Asana Rules) regelen dit zonder aangepaste code
Beperk projectrisico’s proactief
Het doel is niet om risico’s uit te bannen, maar om risico’s op te sporen voordat ze uit de hand lopen, en om risicobeperkende strategieën paraat te hebben.
- Voer een risicobeoordeling uit tijdens de kick-off. Niet pas nadat het eerste probleem zich voordoet. Doe dit tijdens de kick-off, wanneer je er nog rekening mee kunt houden bij het plannen.
- Categoriseer op basis van waarschijnlijkheid en impact. Een risico met een hoge waarschijnlijkheid en grote impact vereist nu een risicobeperkingsplan. Een risico met een lage waarschijnlijkheid en geringe impact wordt in de gaten gehouden. De matrix voorkomt dat je elk risico op dezelfde manier behandelt
- Wijs aan elk risico een eigenaar toe. Een risico zonder eigenaar is een risico waar niemand op let
- Bekijk het risicoregister bij elke mijlpaal. De meeste projectmanagers voeren één keer een risicobeoordeling uit, bij de start, en komen daar daarna nooit meer op terug. Het regelmatig herzien van het risicoregister is wat goed risicomanagement onderscheidt van een selectievakje.
Breng de verwachtingen van belanghebbenden in lijn met de realiteit van het project
Projecten met actief betrokken opdrachtgevers hebben een grotere kans van slagen. Het verschil is zo groot dat het afstemmen van de belangen van de belanghebbenden een op zichzelf staande doelstelling moet zijn, en niet slechts een ‘nice to have’.
- Voer een analyse van de belanghebbenden uit om hun invloed in een vroeg stadium in kaart te brengen. Niet alle belanghebbenden zijn gelijk. Een RACI-grafiek of een overzicht van belanghebbenden maakt duidelijk wie beslist, wie goedkeurt, wie op de hoogte moet worden gebracht en wie geraadpleegd kan worden
- Zorg voor realtime zichtbaarheid. Gebruik in plaats van presentaties die handmatig moeten worden bijgewerkt en nooit actueel zijn, dashboards die automatisch worden bijgewerkt. Op deze manier beschikken belanghebbenden over de informatie die ze nodig hebben, zonder dat de projectmanager elke week een rapport hoeft op te stellen
- Standaardiseer feedbackcycli. Bepaal wanneer en hoe belanghebbenden input leveren. Als goedkeuringen geen deadline en geen vast format hebben, leiden ze tot knelpunten
Zet middelen effectiever in
Dit doel gaat over meer doen met wat je hebt, niet over meer doen met minder. Dit onderscheid is belangrijk, want ‘meer doen met minder’ is een eufemisme voor overwerk. Slimme toewijzing van middelen zorgt ervoor dat de juiste mensen op het juiste moment aan de juiste taken worden toegewezen.
- Breng de benodigde middelen in kaart tijdens de planningsfase. Wacht niet tot de uitvoering om uit te zoeken wie er beschikbaar is. Plan dit voordat het werk begint
- Controleer de huidige werklast voordat je nieuwe taken toewijst. Werk toewijzen zonder goede capaciteitsplanning aan iemand die al volledig bezet is, versnelt de zaken niet; het vertraagt alles juist
- Gebruik realtime capaciteitsoverzichten. Houd de huidige opdrachten van elk teamlid bij en voorkom overboeking. Wekelijks bijgewerkte spreadsheets zijn hiervoor niet geschikt; de gegevens zijn altijd verouderd
- Zorg voor buffers voor Taaken. Houd ruimte over in de planning om onverwachte gebeurtenissen op te vangen. Als elk uur volgepland is, leidt één ziektedag al tot het mislopen van een mijlpaal
Creëer een cultuur waarin beslissingen op basis van gegevens worden genomen
De meeste beslissingen in projecten worden nog steeds op basis van intuïtie genomen. Datagestuurde besluitvorming houdt in dat je projectmanagementanalyses gebruikt voordat je een bepaalde koers inslaat, en dat je die cijfers toegankelijk maakt voor het hele team.
- Stel bij de start van elk project KPI’s vast. Kies drie tot vijf indicatoren die aangeven of het project op koers ligt. Bij meer dan vijf houdt niemand ze bij; bij minder dan drie werk je op goed geluk.
- Gebruik dashboards die in realtime worden bijgewerkt. Maandrapporten laten zien wat er al mis is gegaan. Realtime dashboards laten zien wat er op dit moment misgaat, terwijl je het nog kunt oplossen
- Maak gegevens zichtbaar voor het hele team. Als alleen de projectmanager de cijfers ziet, ligt de verantwoordelijkheid bij één persoon. Als het team ze ziet, wordt de verantwoordelijkheid gedeeld
De waarde zit niet in de gegevens zelf. Het gaat erom dat je er een gewoonte van maakt om gegevens te controleren voordat je beslissingen neemt.
Verbeter de kwaliteit van de projectresultaten
Kwaliteit is het eerste dat wordt opgeofferd wanneer de tijdlijnen worden overschreden. Teams schrappen kwaliteitscontroles, slaan beoordelingen over en brengen producten op de markt die ‘goed genoeg’ zijn. Vervolgens zijn ze na de lancering twee keer zo lang bezig met het oplossen van de problemen.
- Stel vooraf kwaliteitsnormen vast voor elk te leveren resultaat. „Hoge kwaliteit“ zegt niets zonder criteria. Stel een duidelijke definitie van „Klaar“ vast voordat het werk begint
- Neem kwaliteitscontrolepunten op in het projectplan. Controleer bij elke faseovergang of wat er is geproduceerd voldoet aan de door u vastgestelde normen
- Verzamel feedback van belanghebbenden bij mijlpalen. Wachten tot de definitieve oplevering om feedback te krijgen, leidt onvermijdelijk tot extra werk. Door mijlpaalbeoordelingen kunnen afwijkingen in een vroeg stadium worden opgemerkt
- Houd na elke fase een sessie waarin de geleerde lessen worden besproken. Retrospectieven op faseniveau brengen kwaliteitsproblemen aan het licht terwijl er nog tijd is om bij te sturen
Investeer in PM-vaardigheden en voortdurende bijscholing
Volgens het rapport ‘Pulse of the Profession’ van PMI verspillen organisaties die prioriteit geven aan projectmanagementtraining 28 keer minder geld dan organisaties die dat niet doen. Maar deze ontwikkelingsdoelstelling voor projectmanagers gaat verder dan alleen certificaten. Het gaat om het ontwikkelen van inzicht en aanpassingsvermogen, iets wat certificeringen alleen niet kunnen bijbrengen.
- Stel een driemaandelijks leerdoel vast. Eén cursus, één conferentie of één proefproject met een nieuwe methodiek per kwartaal. Streef naar kleine, consistente investeringen in de loop van de tijd die zich opstapelen
- Ontwikkel leiderschapsvaardigheden binnen het team. Houd ontwikkeling niet voor jezelf. Delegeer de eigendom van projectfasen aan teamleden die willen doorgroeien naar rollen in projectmanagement
Hoe je PM-doelen ook na week twee levend houdt
De meeste PM-doelen mislukken niet omdat ze de verkeerde doelen waren. Ze mislukken omdat er na de start niemand meer aandacht aan besteedde. Het stellen van doelen kost een week, maar het volhouden ervan vergt een gewoonte.
Deze zes werkwijzen zorgen ervoor dat je doelen ook over een paar weken nog steeds betekenis hebben.
Breng bij elke evaluatie het nummer ter sprake, niet de doelstelling. Tijdens je wekelijkse synchronisatie moet het gesprek beginnen met het huidige nummer, niet met de doelstelling. “De doorlooptijd voor beslissingen ligt deze week op 2,4 dagen, een stijging ten opzichte van 1,8 dagen vorige week” is een nuttige openingszin. „Laten we eens kijken hoe het staat met ons doel voor de doorlooptijd“ is dat niet. Begin elke keer met het nummer, dan zorgt de daaropvolgende discussie ervoor dat het doel daadwerkelijk vooruitgang boekt.
Beschouw een week waarin de target niet wordt gehaald als een signaal, niet als een mislukking. Eén week afwijken van de target is informatie, geen oordeel. Twee opeenvolgende weken afwijken is een patroon. Drie weken is een structureel probleem. Stel een eenvoudige regel op: één week afwijken = noteer het, twee weken afwijken = bespreek het, drie weken afwijken = onderneem actie. Deze regel houdt het team op koers zonder overdreven te reageren op incidentele schommelingen.
Pas het doel aan wanneer de gegevens daar aanleiding toe geven, niet wanneer het je niet uitkomt. Als je uitgangspunt verkeerd was, je target onrealistisch was of de omvang van het project wezenlijk is veranderd, pas het doel dan aan. Maar leg de wijziging en de reden daarvoor vast. Doelen die stilletjes naar beneden worden bijgesteld omdat het team achterloopt, zijn erger dan helemaal geen doelen. Ze leren het team dat targets onderhandelbaar zijn. Expliciet aangepaste doelen, met een gedocumenteerde motivering, leren het team dat het systeem eerlijk is.
Maak een onderscheid tussen het niet halen van een doel en het mislukken van een project. Een project kan succesvol worden opgeleverd terwijl geen enkele projectmanagementdoelstelling is gehaald. Een project kan alle projectmanagementdoelstellingen halen en toch niet worden opgeleverd. Wanneer een doel niet wordt gehaald, is de vraag wat het proces nodig heeft, niet of het team goed werk heeft geleverd. Houd het gesprek gericht op het proces, niet op de mensen. Behandel evaluaties van projectmanagementdoelstellingen en projectretrospectieven als twee afzonderlijke sessies, niet als één gecombineerde vergadering.
Schrap doelen die hun nut hebben verloren. Niet elk doel dat je in week één stelt, is in week zes nog steeds het juiste doel. Een maatstaf die bij de start urgent was, kan inmiddels zijn opgelost. Doelen die achterhaald zijn, moeten worden geschrapt, niet genegeerd. Het schrappen van een doel is een duidelijke handeling met een gedocumenteerde reden. Het negeren van een doel ondermijnt de geloofwaardigheid van alle andere doelen op de lijst. Het team moet bereid zijn om minstens één doel per kwartaal te schrappen.
Pas de lessen toe op het volgende project, niet alleen op het volgende kwartaal. Het bijhouden van projectmanagementdoelen is niet alleen bedoeld voor het huidige project. Het gaat om het volgende project, en het project daarna. Schrijf aan het einde van elk project op welke doelen goed werkten, welke niet, en wat je zou veranderen. Neem dat document mee naar de kick-off van het volgende project. De meeste teams houden retrospectieven, archiveren de aantekeningen en beginnen het volgende project helemaal opnieuw. De teams die zich consistent verbeteren, passen de lessen over de doelen uit het vorige project toe bij de planning van dit project.
De relatie van het team met het doel is wat deze levend houdt. Een perfect geformuleerde SMART-doelstelling in een document dat niemand opent, is dood. Een losjes geformuleerde doelstelling die elke Monday wordt besproken en eerlijk wordt bijgesteld wanneer de gegevens veranderen, is levend.
Hoe je projectmanagementdoelen bijhoudt in ClickUp
Het stellen van doelen is slechts het halve werk. Het moeilijkste deel is het bijhouden ervan zonder dat dit extra handmatig werk voor het team met zich meebrengt.
De meeste teams hebben moeite om de dagelijkse taken te koppelen aan de bredere projectdoelen. Updates komen uiteindelijk versnipperd terecht in spreadsheets, vergaderingen en statusrapporten.
Hier komt een geïntegreerde AI-werkruimte goed van pas. Wanneer taken, documenten, dashboards en tijdsregistratie allemaal op één platform staan, worden updates over de voortgang automatisch bijgewerkt, in plaats van dat dit een extra taak voor de beheerder wordt.
Zo werkt dat in de praktijk in ClickUp.
Realtime zichtbaarheid met ClickUp-dashboards
ClickUp-dashboards halen realtime gegevens uit taken, Sprints, tijdsregistratie en aangepaste velden en zetten deze om in visuele rapporten met processtatistieken die daadwerkelijk betrekking hebben op je PM-doelen. Er zijn meer dan 50 soorten widgets beschikbaar, en elk daarvan sluit direct aan bij een categorie van doelen:
- Naleving van de tijdlijn wordt weergegeven in burndown-grafieken die de toewijzing van werk vergelijken met het voltooide werk per Sprint. Op deze manier worden afwijkingen van de planning al halverwege de Sprint zichtbaar, in plaats van pas aan het einde
- Budgetbijhouden maakt gebruik van aangepaste velden voor geplande versus werkelijke uitgaven, weergegeven in balk- of batterijwidgets. Zo ziet u afwijkingen direct in de week waarin ze zich voordoen, en niet pas bij de maandafsluiting.
- Werklast brengt overboekingen aan het licht via werklastweergaven, voordat dit leidt tot gemiste deadlines. Dit pakt het probleem van de verkeerde capaciteitstoewijzing uit de auditstap aan.
- Zichtbaarheid voor belanghebbenden vervangt wekelijkse presentaties door gedeelde dashboardlinks die automatisch worden bijgewerkt. Projectmanagers hoeven statusupdates niet langer handmatig naar belanghebbenden te sturen
Zo houdt ons PMO-team de driemaandelijkse PM-doelstellingen bij: Elk dashboard zet de voltooiing op taakniveau om in voortgang op doelstellingsniveau, zodat de cijfers automatisch worden bijgewerkt. Belanghebbenden krijgen een link naar een gedeeld dashboard in plaats van een status-e-mail. De wekelijkse synchronisatie begint met de actuele cijfers op het scherm, in plaats van dat iemand eindeloze dia’s moet voorbereiden.
Als dit nieuw voor je is, bekijk dan hier een korte video-tutorial over het maken van je eerste dashboard voor projectmanagement in ClickUp!
Patroonherkenning met ClickUp Brain
Voor teams die doelen voor meerdere projecten bijhouden, is ClickUp Brain de slimme AI-assistent die de volledige context van je werk begrijpt. Het kan
- Vat de voortgang in alle werkruimten samen, op verzoek of volgens planning
- Markeer risicovolle statistieken en stel maatregelen voor
- Breng patronen aan het licht, zoals terugkerende scope creep of capaciteitsknelpunten, zonder dat de projectmanager handmatig rapporten uit elk project hoeft op te vragen
Drempelwaarschuwingen met ClickUp-automatiseringen
Koppel dashboards aan ClickUp-automatiseringen om waarschuwingen te activeren wanneer een doel een bepaalde drempel overschrijdt. Bijvoorbeeld wanneer het budgetgebruik een bepaald percentage overschrijdt, een mijlpaaldatum verstrijkt zonder dat de taak is voltooid, of de capaciteit van een teamlid de 100%-toewijzing bereikt.
Je kunt ook een Super Agent in ClickUp instellen om zelfstandig de projectstatus samen te vatten, afwijkingen te signaleren en nog veel meer.
Het monitoren wordt de taak van het systeem, niet van een persoon. U kunt zich in plaats daarvan richten op de reactie.
Wanneer ClickUp niet de juiste keuze is
Voor teams die alleen behoefte hebben aan een eenvoudige manier om doelen bij te houden zonder volledig projectmanagement, is een op zichzelf staande OKR-tool zoals Weekdone of Perdoo eenvoudiger in te stellen en te onderhouden. Bovendien blijft de spreadsheet-aanpak de juiste keuze voor een team dat voor het eerst een kwartaalexperiment met PM-doelen uitvoert.
Sla dit over als: je team uit minder dan 5 personen bestaat, je geen teamoverschrijdende afhankelijkheden hebt en je nooit meer dan 3 doelen tegelijk bijhoudt. Een spreadsheet is sneller op te zetten en net zo effectiefMeest geschikt voor: het beheren van functieoverschrijdende projecten waarvoor meer nodig is dan alleen het bijhouden van basisdoelen
5 fouten die projectmanagementdoelen ondermijnen
De meeste teams die PM-doelen stellen, laten deze binnen een kwartaal varen, en de redenen voor het mislukken zijn opvallend consistent. De onderstaande fouten komen voor bij alle teams, in alle sectoren en bij alle soorten projecten.
Het stellen van doelstellingen voor te leveren resultaten, vermomd als procesdoelstellingen. „Het herontwerp tegen het einde van het derde kwartaal opleveren“ klinkt als een procesverplichting omdat er een datum en een target zijn, maar het is in feite een projectdoelstelling in vermomming. De maatstaf is het te leveren resultaat, niet het proces dat ertoe heeft geleid. Het team haalt de deadline door kwaliteitscontroles te beknibbelen en overdrachten over te slaan, en de doelstelling van de projectmanager is „geslaagd“, terwijl het proces verslechtert.
De oplossing: Elke PM-doelstelling moet meten hoe het werk verloopt (tempo, afwijkingen, doorlooptijd, capaciteit), niet wat het werk oplevert. Als de doelstelling nog steeds zinvol zou zijn zonder dat er een specifiek project aan gekoppeld is, is het een procesdoelstelling. Als de doelstelling verdwijnt op de dag dat het project wordt opgeleverd, is het in feite een verkapte deliverable.
12 doelen bijhouden in plaats van 5. Een hele reeks statistieken in een document voor het bijhouden van doelen is een garantie dat ze geen stand zullen houden. Elk doel werd bij de start te goeder trouw vastgelegd, maar tegen week zes voelt het team zich schuldig als het naar het document kijkt.
De oplossing: Beperk het aantal doelen meedogenloos tot drie tot vijf. Kies bij het bepalen welke doelen je behoudt, de doelen die verband houden met de duurste mislukkingen uit je laatste audit. De andere doelen zijn niet voorgoed verdwenen; ze staan alleen niet in de schijnwerpers dit kwartaal. Een klein aantal doelen dat wekelijks wordt geëvalueerd, is beter dan een uitgebreide lijst die slechts twee keer wordt bekeken.
Doelen stellen zonder uitgangspunt. „De doorlooptijd van beslissingen verkorten“ is een onvolledig doel, omdat er geen gegevens zijn over wat de huidige doorlooptijd van beslissingen daadwerkelijk is. Na zes weken vraagt iemand of het team vooruitgang boekt, en niemand kan daar antwoord op geven. Het doel wordt een gevoel in plaats van een meetbare waarde. Het team brengt het uiteindelijk niet meer ter sprake omdat het gesprek nergens toe leidt.
De oplossing: Besteed een uur aan het vastleggen van historische gegevens over een periode van twee tot vier weken voordat het project van start gaat. Noteer de uitgangswaarde naast het doel in hetzelfde document, zodat elke evaluatie begint vanaf een bekend uitgangspunt. Een doel met een uitgangswaarde is een meetbare waarde. Een doel zonder uitgangswaarde is slechts een wens.
Handmatige gegevensverzameling is nodig om de doelstelling bij te houden. Een eigenaar van een doel besteedt elke vrijdag 20 minuten aan het samenvoegen van nummers uit drie verschillende systemen in een spreadsheet en het bijwerken van de status. Vanaf week vier gebeurt de update om de andere vrijdag. Vanaf week acht gebeurt het helemaal niet meer. Het doel is niet geschrapt; het is stilletjes in de vergetelheid geraakt door wrijving.
De oplossing: Vraag, voordat je een doel definitief vaststelt, waar het nummer zich bevindt en hoe het wordt bijgewerkt. Als het antwoord handmatige gegevensverzameling inhoudt, maak dan een realtime dashboard-weergave die het nummer automatisch ophaalt. Of kies een andere maatstaf die in het systeem is opgeslagen. Het doel dat geen handmatige update vereist, wint op de lange termijn van het doel dat elke week 20 minuten voorbereidingstijd kost.
PM-doelstellingen worden op een ander ritme geëvalueerd dan het project verloopt. Je project verloopt in Sprints van twee weken, maar de PM-doelstellingen worden elk kwartaal geëvalueerd. Het team ontdekt in week tien dat ze sinds week drie op drie doelen achterlopen. Er was geen mogelijkheid om bij te sturen.
De oplossing: Stem de frequentie van de evaluaties af op het natuurlijke ritme van het project. Metrics op Sprint-niveau worden besproken tijdens Sprint-reviews. Wekelijkse metrics worden besproken tijdens wekelijkse synchronisatiebijeenkomsten. Doelen die worden geëvalueerd volgens het daadwerkelijke ritme van het project blijven actueel.
Stel doelen voor projectmanagement op die het werk doorstaan
Doelstellingen voor projectmanagement werken alleen als ze het proces meten, en niet alleen het eindresultaat. En net zo belangrijk: ze moeten wekelijks worden bijgehouden, en niet alleen bij de start worden opgeschreven om vervolgens in week drie alweer te worden vergeten.
Doelen mislukken wanneer ze losstaan van de daadwerkelijke werkstroom van het team. Een doel dat het verkeerde meet, verdrinkt in de hoeveelheid werk, geen uitgangspunt heeft, handmatig moet worden bijgehouden of op het verkeerde ritme verloopt, is helemaal geen doel. Het is een artefact. De oplossing is in alle gevallen hetzelfde: breng het doel dichter bij het werk.
Duidelijke doelen voor projectmanagement dichten de kloof. Ze veranderen ‘het project is opgeleverd’ in ‘we weten precies hoe goed we het hebben uitgevoerd en wat we de volgende keer moeten verbeteren’.
Door de jaren heen hebben we gezien dat teams die consistent presteren, hun PM-doelen beschouwen als levende verbintenissen. Ze stellen uitgangspunten vast, evalueren de cijfers tijdens vergaderingen die ze toch al houden, en passen de doelen openlijk aan wanneer de gegevens veranderen. Dat is wat het proces project na project gezond houdt.
Als je team al projecten uitvoert in ClickUp of het bijhouden van doelen en de uitvoering van projecten in één werkruimte wil samenbrengen, ga dan gratis aan de slag met ClickUp en bouw je eerste dashboard voor het bijhouden van doelen in minder dan 10 minuten.
Veelgestelde vragen over doelen voor projectmanagement
Wat zijn SMART-doelen in projectmanagement?
SMART-doelen in projectmanagement zijn doelen die specifiek, meetbaar, haalbaar, relevant en tijdgebonden zijn. Het raamwerk, oorspronkelijk voorgesteld door George T. Doran in 1981, zet vage intenties zoals ‘de communicatie verbeteren’ om in concrete toewijzingen zoals ‘de gemiddelde reactietijd op projectberichten tegen het einde van het derde kwartaal terugbrengen tot minder dan 2 uur, gemeten via berichtaanalyse. " Elke goed geformuleerde PM-doel voldoet aan alle vijf criteria, met een benoemde eigenaar en een databron.
Hoe meet je het succes van projectmanagement?
Het succes van projectmanagement wordt gemeten aan de hand van twee verschillende sets van maatstaven: maatstaven voor de oplevering (werd het project op tijd, binnen de scope, binnen het budget en met de vereiste kwaliteit opgeleverd?) en procesmaatstaven (hoe efficiënt heeft het team het werk uitgevoerd?). Een project dat op tijd wordt opgeleverd, maar waarbij het team tijdens het proces uit elkaar valt, is volgens de tweede maatstaf geen succes. De meest bruikbare PM-scorekaarten houden beide sets naast elkaar bij, zodat het team kan zien of een succesvolle oplevering het resultaat was van een gezond proces of juist ondanks een proces dat niet goed functioneerde.
Wat is het verschil tussen een doel voor projectmanagement en een KPI?
Een projectmanagementdoel is het streefdoel dat je probeert te halen; een KPI is de indicator die je meet om te weten of je dat doel haalt. Het doel „de doorlooptijd van beslissingen binnen het derde kwartaal terugbrengen tot minder dan 24 uur“ is de toewijzing. De KPI is „gemiddelde doorlooptijd van beslissingen, wekelijks gemeten“. ” Achter elke goed geformuleerde PM-doelstelling schuilt ten minste één KPI. Niet elke KPI is gekoppeld aan een doelstelling: teams houden vaak continu operationele KPI’s bij zonder daarvoor een verbeteringsdoel vast te stellen.
Wat is het verschil tussen doelen van het projectmanagement en OKR's?
Een projectmanagementdoel richt zich op de uitvoering van het werk (“houd de budgetafwijking onder de 8%”). Een OKR richt zich op een bedrijfsresultaat (“verhoog het aantal actieve gebruikers met 30%”). OKR’s bestrijken meerdere kwartalen en sluiten aan op de bedrijfsstrategie; PM-doelstellingen zijn beperkt tot een project of Sprint en sturen het operationele proces dat ten grondslag ligt aan de oplevering. De meeste teams hebben beide nodig, maar ze mislukken op verschillende manieren: OKR’s mislukken door een gebrek aan afstemming, PM-doelstellingen mislukken doordat ze worden losgelaten.
Kunnen projectmanagementdoelen halverwege het project veranderen?
Ja, projectmanagementdoelen kunnen en moeten halverwege het project worden aangepast wanneer de onderliggende gegevens daar aanleiding toe geven. Als de uitgangsbasis onjuist blijkt te zijn, de target onrealistisch blijkt te zijn of de omvang van het project wezenlijk verandert, moet het doel expliciet worden herzien en gedocumenteerd. Het belangrijke onderscheid is tussen een bewuste herziening en een stille verschuiving: een doel dat wordt gewijzigd met een schriftelijke motivering laat het team zien dat het systeem eerlijk is, terwijl een doel dat stilletjes naar beneden wordt bijgesteld het team leert dat targets onderhandelbaar zijn.