Budgetlekken herkennen
Budgetlekken ontstaan meestal door onduidelijke scope, herstelwerk, wachttijd en beslissingen die opnieuw genomen moeten worden.
Terugkerende discussies, fixes en herbouw zijn vaak duurder dan zichtbare nieuwe features.
Als niemand kan beslissen wat goed genoeg is, betaalt het project elke sprint opnieuw.
Kwaliteitscontrole is geen luxe; het voorkomt dat snelheid later herstelwerk wordt.
1. Scope die blijft bewegen is het eerste lek
Wanneer user stories telkens opnieuw worden geïnterpreteerd, betaalt het team dubbel: eerst voor bouwen, daarna voor corrigeren. Het probleem zit dan niet in capaciteit, maar in besluitvorming.
- Welke scope is deze sprint echt bevroren?
- Welke besluiten zijn nog impliciet?
- Welke wijziging is eigenlijk nieuw werk?
2. Herstelwerk maskeert zich als voortgang
Teams noemen bugfixes vaak gewoon werk. Voor budgetsturing moet je onderscheid maken tussen nieuw productwerk en herstel van eerder onduidelijke of onvoldoende gecontroleerde keuzes.
3. Wachten is ook budgetverbruik
Developers die wachten op review, toegang, specificatie of besluit zijn niet gratis omdat ze niets opleveren. Wachttijd is een managementsignaal dat de delivery-flow niet klopt.
4. AI kan budgetlekken vergroten
AI maakt output goedkoper, maar onduidelijke output duurder. Als AI-wijzigingen niet reviewbaar zijn, verschuift de kost naar controle, herstel en regressies.