Je resourceplanning is vol tot in het volgende kwartaal, en toch daalt je declarabiliteit. Dat is geen tegenstelling, het is het eerste signaal dat de omgeving waarin je bureau of implementatiepartner werkt, is veranderd. Reken zelf uit hoeveel declarabele uren je deze maand kwijtraakt aan afstemming die vorig jaar niet nodig was, en wat dat uur je normaal aan omzet oplevert.
De klant koopt anders in dan drie jaar geleden
Opdrachtgevers vergelijken offertes sneller, vragen vaker om een vaste prijs in plaats van nacalculatie, en verwachten dat een statement of work al bij de intake scherper staat dan vroeger. Dat verschuift het risico van de opdrachtgever naar jouw kant van de tafel. Een vaste prijs op een traject met een onduidelijke scope is een weddenschap op je eigen projectmarge. Die weddenschap verlies je zodra de eerste changerequest binnenkomt zonder dat iemand hem apart heeft geprijsd.
Tegelijk verandert de aard van het werk zelf. Waar een implementatietraject vroeger een lineaire reeks sprints was, ontstaat nu voortdurend nieuw werk uit gebruikersfeedback, uit koppelingen met systemen van derden, en uit compliance-eisen die halverwege een project bijkomen. Een SOC 2-rapportage die een klant plotseling verlangt van zijn leveranciers, of een ISO 27001-certificering die een aanbesteding vereist, verschuift de scope zonder dat de oorspronkelijke offerte daarop was ingericht. Dat is geen uitzondering meer, het is de nieuwe basislijn waarop je moet plannen.
Onderhanden werk groeit sneller dan je factureert
De meest onderschatte verandering zit in de financiële cyclus zelf. Onderhanden werk — het werk dat al is verricht maar nog niet is gefactureerd — groeit in veel bureaus sneller dan de omzet, simpelweg omdat opleverpunten later worden bereikt dan gepland. Een sprint die uitloopt door een afhankelijkheid bij de klant, een acceptatietest die drie weken blijft liggen op het bord van een productowner die zelf onder druk staat. Elke vertraging in die keten verschuift jouw cashpositie, ook al heb je zelf niets fout gedaan.
Dat raakt direct je bezettingsgraad. Consultants en developers die wachten op een gebruikersacceptatietest zijn niet vrij inzetbaar op een ander traject, maar ook niet declarabel op het traject waar ze wachten. Die tussentijd verdwijnt meestal uit het zicht van je urenregistratie. Pas bij de kwartaalnacalculatie ontdekt iemand dat de werkelijke inzet ver boven de begrote uren lag. Tegen die tijd is de marge al verdampt en is het enige wat rest, een gesprek met de klant over een changerequest die eigenlijk drie maanden eerder had moeten worden vastgelegd.
Waarom AI dit patroon versterkt, niet alleen oplost
Er is een tweede kracht die deze omgeving verandert, en die komt van binnenuit: AI-tools in de ontwikkelstraat zelf. Copiloten in de IDE, geautomatiseerde codereview, agentic testing — ze versnellen de bouwfase zichtbaar. Maar sneller bouwen zonder dat scope-bewaking, urenregistratie en changerequest-beheer meegroeien, verplaatst het probleem alleen naar voren. Je levert sneller op, maar de discussie over wat wél en niet in de oorspronkelijke scope zat, ontstaat dan eerder in het traject in plaats van later. De winst van snelheid wordt zichtbaar in de sprintsnelheid van je team en onzichtbaar in je nacalculatie, tenzij je de administratieve laag eromheen net zo hard laat meegroeien.
Dit is precies waarom het geen kwestie is van harder werken of een extra projectmanager aannemen. Het is een kwestie van waar in je organisatie de informatie over scope, uren en changerequests samenkomt, en of dat op tijd gebeurt om nog bij te sturen. Bij veel bureaus zit die informatie verspreid over een ticketsysteem, een urenregistratietool en een los Excel-bestand voor de nacalculatie, en praat niemand van de drie automatisch met de andere twee.
Dat versnippering kost het meest op het moment dat een servicedirector of DGA aan het eind van het kwartaal wil weten hoe de portefeuille er financieel voor staat. Het antwoord komt dan niet uit één systeem, maar uit een handmatige optelsom van drie exports die elk een ander moment van de werkelijkheid tonen. Tegen de tijd dat die optelsom klaar is, is het kwartaal al voorbij en is bijsturen geen optie meer.
Wat dit voor jouw planning betekent
De opdrachtgevers die nu een vaste prijs eisen, blijven dat doen. De scope-creep die nu ontstaat uit koppelingen met systemen van derden, blijft ontstaan. De vraag is niet of deze omgeving verandert in jouw voordeel, want dat doet ze niet vanzelf. De vraag is of je bezettingsgraad, onderhanden werk en changerequest-beheer in één beeld samenkomen voordat het kwartaal voorbij is, of pas erna in een nacalculatie die niemand meer kan bijsturen.
Wil je weten hoe agentic AI zich in jouw ontwikkel- en projectorganisatie laat inbedden zonder dat de scope-bewaking erachter aanloopt? Dat artikel laat zien waar de meeste bureaus de aansluiting missen. Onderhanden werk wordt uiteindelijk een cijfer op je resultatenrekening. Daarom is het de moeite waard om te lezen hoe je die uitgaven en opbrengsten doorrekent zoals een CFO dat zou doen voordat je een nieuw traject start. Terug naar de homepage voor het volledige overzicht.
Wil je weten waar in jouw projectportfolio de bezettingsgraad en het onderhanden werk uit elkaar lopen? Ik wil een gesprek plannen en krijg een audit van mijn drie grootste marge-lekken.