Je hebt een sturingsmodel op papier: bezettingsgraad, projectmarge per traject, onderhanden werk, het aandeel changerequests dat daadwerkelijk wordt gefactureerd. Dat papier verandert niets. Wat telt, is wat er maandagochtend om negen uur op het scherm staat waar het team naar kijkt, en wie op dat moment verantwoordelijk is voor welk getal. Executie is niet het stuurmodel. Executie is het bord, het eigenaarschap en het moment waarop een changerequest wél wordt vastgelegd in plaats van stilzwijgend meegenomen.
Weekstart: bezetting en onderhanden werk, niet de sprintplanning alleen
De meeste bureaus starten de week met een sprintplanning: wie doet wat, welke taken staan open, welke deadline nadert. Dat gesprek gaat over capaciteit binnen één traject, nooit over capaciteit over de hele portefeuille. Een weekstart die alleen over sprints gaat, mist het moment waarop een consultant tussen twee trajecten in valt zonder dat iemand het merkt.
Voeg daarom een vast blok van twintig minuten toe, los van de sprintplanning: bezettingsgraad per rol voor de komende week, naast de omvang van het onderhanden werk per lopend traject. Wie staat er komende week op de bank zonder declarabel werk. Welk traject heeft een acceptatietest of go-live liggen die al twee weken vertraging oploopt? Het gefactureerde bedrag blijft dan stilstaan, terwijl de uren wel doorlopen. De resource- of projectplanner trekt dat blok. De cijfers komen uit het projectmanagementsysteem, nooit uit een onderbuikgevoel over wie er wel vol zit.
Het verschil met een reguliere sprintplanning: hier gaat het gesprek over verdeling van mensen over trajecten, niet over taken binnen één traject. Een bureau dat dit blok overslaat, ontdekt onderbezetting pas bij de maandafsluiting, als de bankdagen al in de loonkosten zitten zonder declarabele omzet ertegenover.
Eigenaar per traject: één naam, geen projectteam
Een traject zonder eenduidige eigenaar drijft. Iedereen in het team voelt zich een beetje verantwoordelijk voor de marge, en dat betekent dat niemand haar scherp bewaakt op het moment dat de uren beginnen weg te lopen. Ken daarom elk lopend traject toe aan één projectmanager die de nacalculatie tussentijds leest, niet pas bij oplevering.
Die eigenaar krijgt een concrete taak: bij elke afgeronde sprint of milestone het werkelijke urenverbruik naast de begrote uren leggen. Loopt een traject na de derde van acht sprints al vijftien procent boven begroting, dan is dat het signaal om een changerequest-gesprek te plannen. Niet afwachten tot de eindafrekening de schade bevestigt. De projectmanager rapporteert dat signaal wekelijks aan wie de portefeuillemarge bewaakt: de bureau-eigenaar, of een operationeel directeur in een groter bureau. Zo is bijsturing een gesprek van deze week, niet van volgend kwartaal.
Het risico dat bureaus telkens lopen: eigenaarschap staat op papier, maar de nacalculatie komt niet automatisch bij de eigenaar terecht. Dan wordt tussentijds checken een taak die iemand handmatig moet verzinnen, en die taak sneuvelt zodra de week vol raakt. Koppel eigenaarschap daarom aan een rapport dat automatisch klaarstaat na elke sprintafsluiting, niet aan een goed voornemen.
Changerequests die niet stilzwijgend doorlopen
Het lek dat het langst onzichtbaar blijft, is scope die buiten de oorspronkelijke offerte valt maar nooit als changerequest wordt vastgelegd. Een consultant die “dat nemen we er wel even bij” zegt tegen een opdrachtgever, financiert die toezegging uit de eigen projectmarge zonder dat een projectmanager het als beleid heeft besloten.
Reken een voorbeeld door. Een traject is begroot op 240 uur. Halverwege, na 130 gewerkte uren, blijkt de opdrachtgever twee extra rapportages te verwachten die niet in de oorspronkelijke scope stonden — samen geschat op 18 uur. Wordt dat stilzwijgend meegenomen, dan daalt de begrote restmarge van 110 naar 92 beschikbare uren voor het resterende werk, zonder dat de factuur meestijgt. Wordt het vastgelegd als changerequest van 18 uur tegen het geldende uurtarief, dan blijft de restmarge van het traject intact en betaalt de opdrachtgever voor de uitbreiding die hij zelf heeft gevraagd. Dit is een rekenvoorbeeld ter illustratie; het eigen uurtarief en de eigen restmarge valideer je tegen de eigen projectadministratie.
De regel die dit afdwingt: geen scope-uitbreiding gaat de sprint in zonder een regel in het changerequest-register, ook niet als de opdrachtgever aandringt op snelheid. De projectmanager legt de uitbreiding vast vóórdat het werk start, met omvang in uren en een akkoord van de opdrachtgever, al is dat akkoord een korte e-mailbevestiging. Dat kost tien minuten. Het alternatief kost marge die je pas bij oplevering terugziet, als bijsturen niet meer kan.
Eén bord dat het team leest, niet drie systemen
Bezettingsgraad in het ene systeem, onderhanden werk in een los werkblad, changerequests in de mailbox van de projectmanager: dat is waarom sturing op papier blijft staan. Eén bord, zichtbaar voor het hele team, met per traject: begrote uren, werkelijke uren, openstaande changerequests, status van onderhanden werk. Geen ingewikkeld dashboard, wel één plek waarin projectmanager en bureau-eigenaar hetzelfde cijfer zien op hetzelfde moment. Dat bord vervangt geen bestaand systeem, het trekt drie cijfers samen die nu los van elkaar bestaan.
Wat maand één wel is, en wat niet
In de eerste maand voer je het weekstartblok in, wijs je per lopend traject een eigenaar aan die tussentijds nacalculeert, en leg je de changerequest-regel vast voor nieuwe scope-uitbreidingen. Wat je in maand één niet aanpakt: een volledig nieuw projectmanagementsysteem, een herziening van je tariefkaart, of een overstap naar outcome-based prijzen. Dat zijn beslissingen die bouwen op het stuurmodel dat dit ritme juist zichtbaar maakt — pas de moeite waard zodra het bord al een kwartaal lang betrouwbare cijfers toont.
Wil je weten op welke vier stuurwaarden dit bord precies gebaseerd hoort te zijn? Lees eerst waarom bezettingsgraad en projectmarge de juiste stuurvariabelen zijn, want het bord volgt op het stuurmodel, niet andersom. En als scope-bewaking het terugkerende lek blijkt, bekijk dan welk concept daarop past en waarom, met de vertaalslag naar jouw projectadministratie.
Wil je weten of jouw weekstart, eigenaarschap en changerequest-proces dit ritme al dragen? Ik wil een gesprek plannen en krijg een doorrekening van mijn executieritme op bezetting, onderhanden werk en changerequests.