Door Growsult · Trainingsexpert · 2024-09-20 · 10 min leestijd
De meeste projectplanningen kloppen niet. Niet omdat ze slecht zijn gemaakt, maar omdat we van nature te optimistisch plannen. In dit artikel leer je hoe je een planning maakt waar je op kunt bouwen.
Hoe vaak heb je een projectplanning gemaakt die uiteindelijk niet klopte? Waarschijnlijk vaker dan je wilt toegeven. Je bent niet de enige. Nobelprijswinnaar Daniel Kahneman beschreef dit fenomeen als de 'planning fallacy': de menselijke neiging om de tijd en middelen die nodig zijn voor een taak structureel te onderschatten. Zelfs als we weten dat eerdere projecten uitliepen, denken we dat het deze keer anders zal gaan.
Het goede nieuws: je kunt leren om realistischer te plannen. Niet door nóg strakkere schema's te maken, maar door anders naar je project te kijken.
Veel projectplanningen beginnen bij het begin: "Wat moeten we als eerste doen?" Dat klinkt logisch, maar het leidt tot een lijst taken zonder duidelijke koers. Begin in plaats daarvan bij het einde. Wat moet er opgeleverd worden? Wat is het concrete eindresultaat? Wie moet daar tevreden over zijn en wat zijn hun criteria?
Als je het eindresultaat helder hebt, kun je terugwerken: welke tussenresultaten zijn nodig om daar te komen? En welke taken horen bij elk tussenresultaat? Dit heet "backwards planning" en het dwingt je om na te denken over wat er echt nodig is, in plaats van een waslijst aan taken te bedenken.
Een project van drie maanden voelt overweldigend. Drie fases van een maand voelen behapbaar. Verdeel je project in logische fases, elk met een duidelijk tussenresultaat en een review-moment. Die fases geven structuur aan je team en maken het makkelijker om bij te sturen als iets uitloopt.
Een typische fasering kan zijn: voorbereiding en onderzoek (fase 1), ontwikkeling en uitvoering (fase 2), testen en oplevering (fase 3). Maar elk project is anders, dus pas het aan je situatie aan.
Hier gaat het vaak mis. Er zijn twee manieren om een taak in te schatten:
Van binnen naar buiten (inside view): je kijkt naar de taak zelf en schat in hoelang die duurt. Dit is hoe de meeste mensen plannen. Het probleem: je onderschat vrijwel altijd, omdat je alleen denkt aan het scenario waarin alles soepel gaat.
Van buiten naar binnen (outside view): je kijkt naar vergelijkbare taken die je in het verleden hebt gedaan. Hoe lang duurden die echt? Dit is de methode die Kahneman aanbeveelt. Het is minder optimistisch maar veel nauwkeuriger.
Een praktische vuistregel: schat in hoelang je denkt dat een taak gaat duren en vermenigvuldig dat met 1,5. Dat klinkt pessimistisch, maar onderzoek laat keer op keer zien dat dit dichter bij de werkelijkheid komt dan je oorspronkelijke schatting.
Taken bestaan niet in isolatie. Taak B kan pas beginnen als taak A klaar is. De ontwerper kan pas aan de slag als de tekst geschreven is. Het testteam kan pas testen als de ontwikkelaars klaar zijn. Die afhankelijkheden bepalen de volgorde van je planning en het kritieke pad: de langste keten van afhankelijke taken die de einddatum bepaalt.
Een simpele manier om dit visueel te maken: schrijf elke taak op een post-it en trek lijnen tussen taken die van elkaar afhankelijk zijn. Je ziet dan snel waar de flessenhalzen zitten.
Dingen gaan mis. Altijd. Iemand wordt ziek, een leverancier levert te laat, de scope verandert, er duikt een technisch probleem op. Als je planning geen ruimte heeft voor het onverwachte, loopt hij uit bij het eerste zuchtje tegenwind.
Bouw bewust buffers in. Niet bij elke individuele taak (dan worden de schattingen te ruim en verdwijnt de urgentie), maar aan het einde van elke fase. Een buffer van 10 tot 20 procent van de fase-doorlooptijd is een goed uitgangspunt.
Een goed project begint bij goede vergaderingen. Lees hoe je effectief vergaderen — de helft korter, dubbel zo productief.
Elke goede projectplanning begint met een Work Breakdown Structure (WBS). De WBS is een hiërarchische ontleding van het project in behapbare werkpakketten. Je breekt het eindresultaat op in deelresultaten, die weer in taken.
Een voorbeeld: het project 'Nieuwe website lanceren' wordt: 1) Strategie en ontwerp, 2) Technische ontwikkeling, 3) Content creatie, 4) Testing en lancering. Elk van deze wordt verder opgedeeld. 'Content creatie' wordt: teksten schrijven, beelden selecteren, SEO-optimalisatie, juridische check.
Waarom dit werkt: grote projecten voelen overweldigend. Een WBS maakt ze concreet. Elk werkpakket heeft een verantwoordelijke, een deadline en een oplevering. Je ziet precies wat er gedaan moet worden.
Niet alle taken zijn even belangrijk voor je einddatum. Het kritieke pad is de langste keten van opeenvolgende taken in je project. Vertraging op het kritieke pad = vertraging van het hele project.
Voorbeeld: als het ontwerp 4 weken duurt en de ontwikkeling pas daarna kan starten (6 weken), dan is dat pad van 10 weken je kritieke pad. Taken die parallel kunnen lopen (zoals content schrijven) zitten niet op het kritieke pad en hebben 'slack', ze mogen een beetje uitlopen.
Bepaal je kritieke pad en bescherm het. Zet je beste mensen op die taken. Monitor de voortgang extra nauwkeurig. Eén dag vertraging op het kritieke pad is één dag vertraging op je deadline.
Plannen en prioriteiten stellen gaan hand in hand. Lees onze evidence-based tips over timemanagement bij hoge werkdruk.
Daniel Kahneman beschreef de 'planning fallacy': we schatten consequent te optimistisch. De oplossing is 'reference class forecasting', kijk naar vergelijkbare projecten uit het verleden. Hoe lang duurden die écht?
Elias Goldratt, bedenker van de Critical Chain methode, adviseert: neem de buffers uit individuele taken weg maar voeg een projectbuffer toe aan het eind. In plaats van 10 taken met elk 10% buffer (10 weken extra), plan je één projectbuffer van 3-4 weken.
Taak A kan pas beginnen als Taak B klaar is, maar Taak B wacht op goedkeuring van een stakeholder die twee weken op vakantie gaat. Hoe meer afhankelijkheden je identificeert in de planningsfase, hoe minder verrassingen in de uitvoeringsfase.
De meeste projecten falen niet door technische problemen maar door menselijke factoren. Onduidelijke verwachtingen, wisselende prioriteiten en gebrek aan betrokkenheid van stakeholders zijn de grote projectkillers.
Maak bij de start van elk project een stakeholderanalyse. Wie heeft invloed? Wie wordt geraakt? Wie moet beslissingen nemen? Plan voor elke stakeholder de juiste communicatiefrequentie in. Een directeur wil maandelijks een dashboard, een teamlead wilt wekelijks overleggen, een uitvoerder wilt dagelijks afstemmen.
Een projectplanning werkt alleen als je team gemotiveerd is. Ontdek wat werkt bij je team motiveren.
Communiceer proactief, niet reactief. Stuur een kort weekupdate vóór iemand moet vragen hoe het gaat. Escaleer problemen vroeg, niet laat. Slecht nieuws wordt niet beter door te wachten.
Niet elk project vraagt dezelfde planningsaanpak. De keuze tussen agile en waterfall hangt af van de context:
In de praktijk is een hybride aanpak vaak het meest effectief. De grote lijnen (scope, budget, tijdlijn) plan je waterfall. De uitvoering binnen die kaders doe je agile: werk in korte sprints, lever regelmatig op, pas aan op basis van feedback.
Wie doet wat in je project? Lees over teamrollen volgens Belbin voor betere taakverdeling.
Elk project heeft risico's. De vraag is niet óf er iets misgaat, maar wanneer. Goed projectmanagement anticipeert. Maak bij de start een risicoanalyse:
De meest onderschatte risico's zijn niet technisch maar menselijk. Een key person die vertrekt, een stakeholder die van mening verandert, een team dat overbelast raakt. Neem deze menselijke risico's serieus in je planning.
Liever een compacte start? In onze Training Projectmatig Werken leer je in 2 dagen de essentie.
Een goede planning staat niet in een Word-document. Gebruik een tool die past bij de complexiteit van je project. Voor eenvoudige projecten volstaat een Kanban-board (Trello, Notion). Voor complexere projecten met afhankelijkheden is een Gantt-chart nodig (MS Project, Monday.com, Asana).
De valkuil: de tool wordt het doel. Je besteedt meer tijd aan het bijhouden van het plan dan aan het uitvoeren ervan. De beste tool is de tool die je team daadwerkelijk gebruikt. Een simpel bord dat iedereen bijhoudt is beter dan een complex systeem dat niemand opent.
Ongeacht de tool, zorg dat deze drie dingen altijd zichtbaar zijn: 1) Wat moet er deze week gebeuren? 2) Wie is waarvoor verantwoordelijk? 3) Waar staan we ten opzichte van het plan? Als je die drie vragen elk moment kunt beantwoorden, heb je je projectplanning op orde.
De beste projectplanners zijn niet degenen met de mooiste Gantt-charts. Het zijn de mensen die begrijpen dat een plan een levend document is, een startpunt dat elke week bijgesteld wordt op basis van de realiteit. Plan zorgvuldig, maar wees bereid je plan aan te passen wanneer de werkelijkheid anders uitpakt dan verwacht. Dat is geen falen, dat is goed projectmanagement.
Het maakt minder uit dan je denkt. Een goed doordachte planning in Excel werkt beter dan een rommelige planning in dure software. Dat gezegd hebbende: voor grotere projecten zijn tools als MS Project, Asana of Monday handig omdat ze afhankelijkheden en voortgang bijhouden.
Laat zien wat er nodig is om de deadline te halen, inclusief de risico's. Kom met opties: "We kunnen deadline X halen als we scope Y beperken" of "Met het huidige team halen we datum Z, tenzij we extra mensen inzetten." Maak het een gesprek over keuzes, niet over ja of nee.
Stuur bij op drie vlakken: scope (minder opleveren), resources (meer mensen of middelen) of tijd (deadline verschuiven). In de praktijk is een combinatie het realistischst. Communiceer vroeg en wees transparant over de oorzaak en de opties.
Dat hangt van je project af. Voor projecten met veel onzekerheid en verandering werkt agile (plannen in korte sprints) beter. Voor projecten met een vaststaand eindbeeld en harde deadline kan waterfall (alles vooruit plannen) effectiever zijn. Veel teams gebruiken een mix.
Een goede planning is het fundament van elk succesvol project. In de training Projectmanagement leer je niet alleen plannen, maar ook sturen, communiceren en je project over de finish krijgen.