Hoe vaak krijg jij als besluitvormer de vraag “wanneer zijn de ontwikkelaars klaar met bouwen?” En hoe zeker ben je dan van je antwoord?

Waarschijnlijk werk je met developers die zichtbaar druk zijn, betrokken zijn en hun best doen. Toch merk je dat je niet makkelijk antwoord kunt geven op de vraag wanneer het werk klaar is. Dat is geen toeval. Het probleem zit ‘m namelijk niet in hun inzet of competentie, maar in hoe hun tijd wordt beschermd.
Veel ontwikkelteams werken tegelijkertijd aan meerdere applicaties. Productie-issues moeten direct worden opgepakt. Prioriteiten schuiven, teamleden wisselen en tussendoor zijn er vakanties, upgrades en afhankelijkheden van andere partijen. Op papier is er een planning, maar in de praktijk blijkt deze lastig stand te houden.
Het gevolg is verlies aan overzicht: wat wordt nu daadwerkelijk opgepakt, en wat niet? Dit zorgt ervoor dat ontwikkelaars veel tijd steken in zaken die niet direct van waarde zijn. Waardeloze ureninvesteringen dus. Waarom? Omdat tijd wordt besteed aan schakelen. Schakelen tussen prioriteiten, verwachtingen en contexten.
Dat werk is onzichtbaar, maar niet gratis. Een externe ontwikkelaar, noem ‘m Piet, schat aan het begin van het project drie dagen in voor zijn taak. Tijdens de uitvoering wordt hij meerdere keren gevraagd “even snel” een ander issue op te lossen. Na elke onderbreking moet Piet terugschakelen naar zijn oorspronkelijke taak. En dat kost tijd. Tijd om te begrijpen waar hij was, zich opnieuw te concentreren en terug in de flow te komen.
Dit is tijd die niets oplevert, alleen maar kost. Ja, tijd is nu ook besteed aan het oplossen van die issues. Maar de verspilling van tijd zit ‘m in het voortdurende terugschakelen. Aan het eind van de rit blijkt namelijk dat Piet een halve dag langer nodig heeft dan begroot. Niet omdat hij traag werkte, maar omdat zijn tijd nooit werd beschermd.
Zolang niemand bewaakt dat afgesproken werk kan worden uitgevoerd, ontstaat structurele onvoorspelbaarheid. Niet alleen in opleverdata en kosten, maar ook in sturing en vertrouwen. De business leert dat IT geen betrouwbare partner is, en IT ziet dat ze hun beloftes niet kunnen waarmaken.
In die context werkt harder werken niet. Meer druk vergroot zo alleen maar het schakelen, en daarmee de verspilling.
Een planning werkt alleen als er heldere afspraken zijn over waar ontwikkelaars hun tijd aan committeren. Een ritme waarin duidelijk is wat wel wordt opgepakt én wat expliciet niet gebeurt. Dit krijg je door helder te zijn over waar tijd aan mag worden besteed en wie die afspraak beschermt.
Vanuit Squad Apps help ik je daarbij. Door scherp te diagnosticeren waar werk onbedoeld weglekt en door samen afspraken te maken die een voorspelbaar ritme mogelijk maken. Zodat jij als besluitvormer weer met vertrouwen kunt zeggen wanneer iets klaar is.
We helpen je niet om harder te bouwen. We helpen je om te zorgen dat bouwen weer werkt.