Elk project moet starten met een helder doel, een afgebakende scope en een realistische planning. Zonder die drie ingrediënten is elk project gedoemd tot scope creep en frustratie.
De grootste projectkillers zijn niet technisch maar menselijk: onduidelijke rollen, slechte communicatie en het ontbreken van beslissingsbevoegdheid.
Waterval, Agile of hybride, de methode doet er minder toe dan consequent toepassen. Kies een aanpak die past bij je team en houd je eraan.
Het Standish Group CHAOS Report (2024) laat elk jaar dezelfde trend zien: slechts 35% van alle IT-projecten wordt op tijd en binnen budget opgeleverd. Bij niet-IT-projecten liggen de cijfers vergelijkbaar. De oorzaken zijn opvallend consistent: onduidelijke doelen, slechte stakeholdercommunicatie en onrealistische planningen.
Dit artikel gaat niet over de nieuwste projectmanagement-tool of -methodiek. Het gaat over zeven principes die het verschil maken tussen projecten die slagen en projecten die stranden. Als je een projectplanning kunt maken, is dit de volgende stap: de principes achter een succesvolle uitvoering.
Wat projectmatig werken is (en wat niet)
Projectmatig werken is een gestructureerde manier om tijdelijke, unieke opdrachten te organiseren. Het verschilt van routinewerk (operationeel) doordat een project een duidelijk begin, einde en doel heeft. De kern: je spreekt vooraf af wat je gaat opleveren, wanneer, met welke middelen en wie waarvoor verantwoordelijk is.
Wat het niet is: een bureaucratisch keurslijf met eindeloze formulieren. De schaal van je project bepaalt de zwaarte van je aanpak. Een teamuitje organiseren vraagt een andere structuur dan een ERP-implementatie. Het principe is hetzelfde, de uitwerking niet.
De 7 principes
1. Begin met het einde
Voordat je begint met plannen, beantwoord deze vraag: 'Hoe ziet succes eruit?' Niet in vage termen ('een geslaagd project') maar concreet. 'Op 1 september werkt het nieuwe CRM-systeem, zijn 40 medewerkers getraind en worden alle leads automatisch geregistreerd.'
SMART-doelen zijn hier het minimum. Maar voeg er een stap aan toe: definieer ook wat géén onderdeel is van het project. Die scope-afbakening voorkomt de grootste projectkiller: scope creep. PMI-onderzoek toont dat 52% van projecten te maken krijgt met ongecontroleerde scope-uitbreiding.
2. Maak rollen en verantwoordelijkheden glashelder
Het RACI-model (Responsible, Accountable, Consulted, Informed) is niet sexy, maar het werkt. Voor elke taak weet iedereen wie het uitvoert, wie eindverantwoordelijk is, wie geraadpleegd wordt en wie op de hoogte gehouden wordt.
De meeste projectconflicten ontstaan niet door inhoudelijke meningsverschillen maar door onduidelijkheid over wie wat beslist. Je hebt een opdrachtgever nodig die beslissingsbevoegdheid heeft en die gebruikt. Een stuurgroep die alleen 'ter kennisgeving' bij elkaar komt, is zinloos.
3. Plan in fasen, niet in taken
Een veelgemaakte fout: meteen een gedetailleerde takenlijst maken voor het hele project. Dat werkt bij een weekend-klus, niet bij een project van drie maanden. Plan in fasen: initiatie, definitie, ontwerp, uitvoering, oplevering. Per fase definieer je de deliverables en go/no-go criteria.
De details plan je per fase, niet voor het hele project vooraf. In de initiatiefase hoef je de uitvoeringsfase nog niet op taakniveau uit te plannen. Dat kan ook niet goed, je weet halverwege meer dan aan het begin. Detailplanning op het juiste moment voorkomt planningsillusie.
4. Communiceer structureel, niet incidenteel
Het communicatieplan is het meest onderschatte onderdeel van elk project. Wie krijgt wanneer welke informatie? Een wekelijkse statusupdate (kort, gestructureerd) werkt beter dan ad hoc updates per e-mail. Niet omdat wekelijks magisch is, maar omdat structuur verwachtingen schept.
Drie communicatiemomenten die elk project nodig heeft:
- Kickoff: Niet alleen inhoudelijk maar ook relationeel. Wie zijn we, hoe werken we samen, wat verwachten we van elkaar? In ons stuk over effectief vergaderen vind je concrete tips voor productieve projectbijeenkomsten.
- Wekelijkse stand-up: Maximaal 15 minuten. Drie vragen: wat heb je gedaan, wat ga je doen, waar loop je vast? Geen discussie, alleen status.
- Faseovergang: Go/no-go moment. Is de fase afgerond? Zijn alle deliverables goedgekeurd? Als het antwoord nee is, ga je niet door.
5. Manage risico's actief
Elk project heeft risico's. De vraag is niet of er iets misgaat, maar wanneer en wat. Een risicomatrix (kans × impact) hoeft niet ingewikkeld te zijn. Lijst de vijf grootste risico's op, schat kans en impact in, en definieer per risico een preventiemaatregel en een contingencyplan.
Veelvoorkomende risico's die teams vergeten:
- Vertrek van een sleutelpersoon halverwege het project
- Veranderende prioriteiten bij de opdrachtgever
- Technische afhankelijkheden die later opduiken
- Onderschatting van de doorlooptijd door optimism bias (Kahneman beschreef dit als de 'planning fallacy')
6. Neem beslissingen snel en vastleg
Besluiteloosheid is de stille killer van projecten. Een besluit dat 80% goed is en vandaag genomen wordt, is beter dan een besluit dat 95% goed is en over drie weken komt. In projecten is snelheid belangrijker dan perfectie, je kunt bijsturen op basis van feedback.
Leg elk besluit vast in een besluitenlog: wat is besloten, door wie, wanneer, en op basis van welke informatie. Dit voorkomt de 'daar hadden we het toch over gehad'-discussies die teams verlammen.
7. Evalueer en leer
De projectevaluatie is het meest overgeslagen onderdeel van elk project. Teams haasten zich naar het volgende project zonder stil te staan bij wat goed ging en wat beter kan. McKinsey-onderzoek toont dat organisaties die consequent projectevaluaties uitvoeren 20% betere resultaten boeken bij volgende projecten.
Houd het simpel. Drie vragen: Wat ging goed en willen we behouden? Wat ging niet goed en willen we anders doen? Wat hebben we geleerd dat we met de rest van de organisatie willen delen?
Waterval, Agile of hybride?
De eeuwige discussie. Waterval (lineair, fases achter elkaar) werkt goed bij projecten met duidelijke specificaties en weinig onzekerheid. Denk aan bouwprojecten of compliance-trajecten. Agile (iteratief, korte sprints) werkt goed bij projecten met veel onzekerheid en veranderende eisen. Denk aan softwareontwikkeling of innovatieprojecten.
In de praktijk gebruiken de meeste organisaties een hybride aanpak: een waterval-achtige fasestructuur met Agile-elementen in de uitvoering. Dat is pragmatisch. De methode die je consistent toepast is beter dan de methode die theoretisch perfect is maar die niemand volgt.
Voordat je een nieuw project begint, neem 10 minuten en beantwoord deze vijf vragen: 1) Wat is het eindresultaat? 2) Voor wanneer? 3) Wie beslist? 4) Wie doet het werk? 5) Wat is buiten scope? Als je die vijf vragen niet in 10 minuten kunt beantwoorden, is het project nog niet rijp om te starten.
Tools en technieken
De tool doet er minder toe dan hoe je hem gebruikt. Een goed beheerd Excel-bestand verslaat een slecht beheerd Jira-board. Dat gezegd hebbende, een paar technieken die hun waarde bewezen hebben:
- Work Breakdown Structure (WBS): Breek je eindresultaat op in subdelen, en die subdelen weer in taken. Je krijgt een boomstructuur die het project overzichtelijk en planbaar maakt.
- Kanban-board: Drie kolommen (To Do, Doing, Done) op een whiteboard of digitale tool. Simpel, visueel en effectief voor dagelijks werkbeheer.
- Earned Value Management: Meet je voortgang in procenten afgerond werk vergeleken met je budget en planning. Klinkt complex, maar een simpele variant (percentage af ten opzichte van percentage budget gebruikt) geeft direct inzicht.
- Timeboxing: Wijs vaste tijdsblokken toe aan taken in plaats van 'de tijd die nodig is'. Dat dwingt focus af en voorkomt dat taken eindeloos doorlopen.
Timeboxing is trouwens ook een sterke techniek voor persoonlijke productiviteit. Meer daarover in ons artikel over timemanagement bij werkdruk.
De menselijke kant van projecten
Projecten worden niet gebouwd door structuren maar door mensen. En mensen brengen emoties, verwachtingen en politiek mee. De projectleider die alleen focust op planning en budget mist 60% van wat een project laat slagen of falen.
Drie menselijke factoren die projecten maken of breken:
- Psychologische veiligheid: Teamleden moeten problemen kunnen benoemen zonder angst voor consequenties. Google's Project Aristotle toonde dit aan als de belangrijkste factor voor teameffectiviteit. Lees meer in ons artikel over psychologische veiligheid.
- Stakeholdermanagement: De opdrachtgever die halverwege van mening verandert. De afdeling die niet meewerkt. De directeur die het project als bijzaak ziet. Identificeer je stakeholders, begrijp hun belangen en manage hun verwachtingen.
- Teamdynamiek: Een nieuw projectteam doorloopt dezelfde fases als elk ander team: forming, storming, norming, performing. Investeer in de storming-fase in plaats van die te vermijden. Teamrollen (Belbin) helpen om de samenwerking bewust in te richten.
Veelgestelde vragen
Projectmatig werken professionaliseren?
In onze training projectmatig werken leer je in twee dagen de principes en technieken die elk project nodig heeft. Van projectdefinitie tot oplevering, met aandacht voor zowel de harde als zachte kant. Je gaat naar huis met templates, een eigen projectplan en concrete handvatten die je direct kunt toepassen.
Wat is het verschil tussen projectmatig werken en agile?
Projectmatig werken (PRINCE2, IPMA) gaat uit van een vooraf vastgesteld eindresultaat dat je in fasen oplevert. Agile (Scrum) gaat uit van een veranderlijk eindresultaat dat in korte iteraties ontstaat met continue feedback. Projectmatig werkt het beste bij voorspelbare opleveringen, zoals bouw, inkoop of implementaties met vaste scope. Agile werkt bij producten waar de eindgebruiker de scope mede bepaalt. In de praktijk combineren veel teams beide: agile binnen een projectmatig kader.
Wanneer is iets een project en wanneer 'gewoon werk'?
Het is een project als het een tijdelijk karakter heeft met begin en einddatum, een uniek resultaat oplevert dat nog niet bestaat, meerdere mensen of disciplines vraagt, en niet binnen de bestaande operationele routine past. Voldoet je opdracht aan minimaal drie van die vier criteria, behandel het dan als project. Zo niet, dan is een eenvoudige takenlijst genoeg en zou een projectplan alleen onnodige overhead opleveren.
Wat is de grootste oorzaak dat projecten uitlopen?
Niet techniek, maar scope creep, het sluipenderwijs uitbreiden van wat 'er nog wel even bij kan'. Onderzoek van het Project Management Institute toont aan dat ruim 50 procent van uitloop hieraan ligt. Voorkom het door vanaf dag een een expliciete out of scope lijst te maken (wat hoort er niet bij), elk wijzigingsverzoek te koppelen aan tijd en geldgevolgen, en de opdrachtgever wekelijks te laten tekenen voor scope status.
Wat doe je als een project halverwege ontspoort?
Zwijg de paniekreactie 'we moeten gewoon harder werken' in en doe een drie vragen check. Is het doel nog haalbaar met huidige scope, tijd en middelen? Zo nee, welke twee mag je veranderen? Zet de uitkomst in een 1 pager voor de stuurgroep met drie scenario's: doorgaan, scope verkleinen, stoppen. Een eerlijk besluit op week 12 kost minder dan een verzwegen probleem dat in week 30 ontploft.