Planning met marges: een realistisch alternatief voor CPM

Ga naar een werf en vraag een ervaren werfleider wanneer je wind- en waterdicht bent. Hij antwoordt in drie seconden, zonder iets te openen. "Eind oktober." En meestal klopt het — niet door geluk, maar omdat dertig werven hem geleerd hebben wat deze gaat doen. Dan open je de planning. Die zegt 11 december. Iedereen in de ruimte vertrouwt de man, niet het bestand.

Dat verschil is geen planningsfout. Het is wat er gebeurt wanneer de beste informatie op een project nergens naartoe kan.

CPM gokt niet. Dat is net het punt.

Vraag een planner waarom hij CPM — de kritieke-padmethode — gebruikt en je krijgt een goed antwoord: omdat een datum berekend hoort te worden, niet aangevoeld. Duurtijden en afhankelijkheden gaan erin, de einddatum komt eruit, en je kunt precies nagaan welke keten van werken hem heeft opgeleverd. Dat is een serieuze ambitie, en Primavera en MS Project doen dat uitstekend. Niemand moet doen alsof dat niet zo is.

Maar de berekening is maar zoveel waard als het netwerk eronder. En een netwerk dat die berekening echt verdient, vraagt een detailniveau dat een middelgrote werf niet kan halen — en, belangrijker nog, niet kan volhouden. De volgorde verandert wekelijks. Een onderaannemer draait twee verdiepingen om. Een levering schuift op en drie ploegen herschikken zichzelf zonder iemand iets te vragen.

Dus vereenvoudigt de planner. Hij kan niet anders. Activiteiten worden samengevoegd, duurtijden afgerond, en verbanden die elk een volle dag zouden kosten om correct vast te leggen, worden benaderd of geschrapt. Elk van die beslissingen is op zich redelijk. Samen halen ze het mechanisme onderuit. Op een bepaald moment beschrijft het netwerk niet langer hoe het werk werkelijk van zichzelf afhangt, maar wordt het een houder voor ronde getallen — terwijl de berekening perfect blijft draaien op iets dat de werf niet meer weergeeft.

Onder een bepaald detailniveau is de berekening geen berekening meer. Het is een schatting in een maatpak.

Daarom werkt CPM prachtig op zeer grote projecten en veel minder goed op middelgrote. Niet omdat de methode zwakker is — omdat de omstandigheden anders zijn. Een project van 400 miljoen euro kan het planningsteam, het detailniveau en de discipline betalen om het netwerk eerlijk te houden. Een woonproject van 15 miljoen kan dat niet, en zal dat nooit kunnen. Dat is geen achterstand die betere software of meer opleiding wegwerkt. Het is een kwestie van projecteconomie. CPM is niet fout. Het valt gewoon buiten bereik.

De beste inschatting op je werf heeft geen ingang

Er is een tweede probleem, en dat is structureel.

CPM berekent een einddatum. Je kunt er geen aan opgeven. Het verkeer gaat één richting uit: duurtijden en verbanden erin, datum eruit. Dus wanneer de werfleider eind oktober zegt en het netwerk 11 december toont, is er geen legitieme opening waarlangs zijn oordeel binnen kan.

Wat er dan gebeurt, kent iedereen die ooit een planning heeft bijgehouden. De planner werkt achterwaarts. Hij knipt duurtijden bij, laat activiteiten overlappen, voegt verbanden toe of haalt ze weg tot de berekening uitkomt op het getal waar iedereen toch al in gelooft. Meestal kost dat één namiddag.

Twee dingen breken tegelijk. Het netwerk bevat nu duurtijden waar niemand achter staat en verbanden die alleen bestaan om een uitkomst af te dwingen. En het oordeel van de expert — de betrouwbaarste input op het project — is witgewassen in een vorm die verbergt waar het vandaan kwam. Zes weken later, wanneer iemand vraagt waarom de datum eind oktober is, staat het antwoord niet in het bestand. Het zit in het hoofd van een man, nergens vastgelegd.

Wat planning met marges eigenlijk is

De aanpak vertrekt van een ander uitgangspunt: als het eerlijke antwoord een venster is, bewaar dan een venster.

Een planning met marges werkt met de sleutelactiviteiten van het project — een tiental, geen vierhonderd — en geeft elk ervan drie scenario's in plaats van één set datums. De funderingen bijvoorbeeld:

• Optimistisch — 3 oktober tot 15 december
• Meest waarschijnlijk — 3 oktober tot 4 januari
• Pessimistisch — 10 oktober tot 25 januari

De start schuift mee, niet alleen het einde. Als het tegenzit, begin je ook niet op tijd — wat de start ophoudt, rekt doorgaans ook het werk zelf op.

Een mijlpaal is hetzelfde object zonder duurtijd: drie datums in plaats van drie marges. Wind- en waterdicht, de oplevering, het eerste bezoek van de bouwheer. Zelfde logica, kortere vorm.

En alle drie de scenario's zijn waar. Ze dragen enkel meer of minder onzekerheid. Dat is belangrijk, want de eerste vraag die je krijgt is "welke is nu de echte?" — en het antwoord is dat de vraag verkeerd staat. Je communiceert anders naargelang wie er voor je staat, zonder ooit één getal te moeten kiezen en de andere twee weg te moffelen.

Het zijn geen buffers. Een buffer verstopt onzekerheid binnen een duurtijd en presenteert de uitkomst vervolgens als exact. Drie scenario's zeggen de onzekerheid hardop, waar iedereen ze kan zien en erover kan discussiëren.

Merk op wat er niet staat: geen netwerk van afhankelijkheden. Dat is het echte verschil — niet het woord "activiteit", maar het feit dat een tiental sleutelactiviteiten iets is wat een werfleider al in zijn hoofd heeft, terwijl honderden gekoppelde lijnen iets zijn wat niemand kan bijhouden. Het eerste maakt hij in tien minuten en leest hij in tien seconden. Dat alleen al bepaalt of een planning het contact met een echt project overleeft.

Naarmate de werf vordert, versmallen de drie scenario's en schuiven ze naar elkaar toe. In het begin liggen ze ver uit elkaar — terecht, want er ligt nog veel open, en de afstand tussen optimistisch en pessimistisch zegt op zich al iets over hoeveel. Drie weken voor het einde zijn ze op elkaar gevallen. Eén berekende datum kan dat nooit uitdrukken.

Het is geen PERT en geen QSRA

Iedereen met planningservaring stelt de vraag, en het onderscheid doet ertoe.

PERT (Program Evaluation and Review Technique) en QSRA (Quantitative Schedule Risk Analysis, kwantitatieve risicoanalyse van de planning) zijn geen alternatieven voor CPM — het zijn lagen erbovenop. Ze nemen het activiteitennetwerk, hangen er onzekerheid en risico's aan vast en laten er Monte-Carlosimulaties op los. De uitkomst lijkt op een marge, maar het is een marge die uit het netwerk is afgeleid. Haal het netwerk weg en er valt niets meer te simuleren.

Dat betekent dat elke vertekening in het netwerk naar boven doorwerkt, nu met een betrouwbaarheidspercentage erbij. Simuleer de duurtijden die achterwaarts zijn bijgesteld om op eind oktober uit te komen, en je krijgt een keurige P80 op een fictie. De wiskunde klopt. De input was witgewassen.

En vooral: het kan nog altijd het oordeel van de werfleider niet aannemen. Je kunt alleen laten variëren wat al in het netwerk zit. De beste inschatting op het project blijft buiten staan — nu één laag verder van de oppervlakte.

Een marge steunt daarentegen nergens op. Ze kan worden uitgesproken, bewaard, toegekend en herzien zonder dat er ergens ook maar één afhankelijkheidsverband bestaat.

Een inschatting die niemand een tweede keer vroeg

Dit wordt stelselmatig over het hoofd gezien: de inschatting van de werfleider was uitstekend — en werd één keer gegeven, in week 3.

Niemand vraagt het hem opnieuw in week 14. Als je het wel deed, zou zijn bijgestelde antwoord even goed zijn. Maar niets in het proces lokt die vraag uit, en er is geen plek om het antwoord te zetten als hij het gaf.

En dit gaat niet over ontbrekende expertise. Middelgrote werven hebben vaak wél een planner — zelden voltijds, maar echt bekwaam. Dat maakt het argument sterker, niet zwakker. Het probleem is niet de persoon. Het is dat de updatecyclus structureel trager is dan de werf: een bekwame planner die twee dagen per maand aanwezig is, levert je nog altijd het beeld van vorige maand, op een dinsdagochtend waarop je vandaag moet beslissen.

Herzien op basis van wat de werf al zegt

Je werf produceert het signaal al. Een foto van een plaat die een dag vroeger gestort is. Een bericht dat de gevelonderaannemer deze week twee man tekortkomt. Een leveringsbevestiging. Een opmerking in appartement 304 die stilletjes de afwerking onder druk zet.

Met CPM bereikt die informatie de planning weken later, als ze er al geraakt. Biilby leest ze terwijl ze binnenkomt en herziet doorlopend de resterende waarschijnlijkheid op elke sleutelactiviteit — op basis van dezelfde rapportering die je mensen al doen, zonder iemand extra invoerwerk op te leggen. Het is hetzelfde ene bericht dat meerdere systemen tegelijk voedt dat we in een eerder artikel beschreven.

Biilby stelt voor. Jij beslist.

Wanneer het beeld verschuift, verandert Biilby je planning niet. Het legt je een herzien venster voor:

Biilby: De gevelploeg komt de tweede week op rij twee man tekort. Wind- en waterdicht nu meest waarschijnlijk 22–29 oktober, pessimistisch 31 oktober–7 november. Bijwerken?

Je aanvaardt het. Of je past het aan. Of je legt het naast je neer en maakt je eigen inschatting — omdat je de onderaannemer vanochtend gesproken hebt en iets weet dat de berichten niet zeggen. Jouw beslissing wordt de nieuwe stand, op jouw naam vastgelegd.

Dat is het verschil tussen een planning waar je mee leeft en een planning waar je tegen vecht. Het oordeel blijft bij de mensen die het hebben. Biilby's taak is de juiste vraag op het juiste moment te stellen en het rekenwerk eromheen te doen — dezelfde bewuste lijn die we overal elders in het product aanhouden.

Drie scenario's, drie eerlijke lezingen

Omdat alle drie waar zijn, laat één set gegevens zich op drie manieren lezen zonder dat iemand liegt.

Je bouwheer ziet het pessimistische scenario — de verbintenis. Je ploegen werken naar het optimistische toe — het doel. Het waarschijnlijke scenario is de gedeelde realiteit waar beide kanten zich in de praktijk op afstemmen.

Vandaag leven die cijfers in twee aparte documenten die elkaar stilletjes tegenspreken, en iedereen weet het en zegt niets. Marges maken er één object van met drie gezichten. Niemand wordt misleid, en niemand staat voor verrassingen bij de oplevering.

Hou de historiek bij. Hou het verhaal bij.

Formeel baselinebeheer op een middelgroot project is theater waar niemand de uren voor heeft. Dus wordt het niet gespeeld — en schuift de planning op zonder dat ergens staat waarom.

Het antwoord is niet méér procedure. Het is het verhaal bijhouden. Elke herziening vastgelegd, toegekend en toegelicht: de inschatting voor oktober kwam van de werfleider in week 3, herzien in week 11 na de gevelvertraging, opnieuw herzien in week 19 toen de liftbestelling bevestigd werd. Je kunt nagaan hoe het project geraakt is waar het staat — en je bouwheer ook.

Dat kan alleen omdat de inschatting als zichzelf het systeem binnenkwam, van een genoemde persoon, op een gekende datum. Een oordeel dat achterwaarts in duurtijden is gefrommeld, heeft nergens plaats om een handtekening achter te laten.

Terug naar de man op de werf

Hij had gelijk in week 3. Hij zou ook in week 14 gelijk hebben gehad, als iemand het hem gevraagd had.

Het was nooit de bedoeling zijn oordeel te vervangen door een beter algoritme. Het punt is dat de planning eindelijk een vorm heeft die het kan dragen — en het blijft dragen, week na week, terwijl de werf eronder beweegt.

Benieuwd hoe dat er op een project als het jouwe uitziet? Vraag een demo.