Hoe software wel nauwkeurig te budgetteren is

En waarom planning en budget dan niet hetzelfde is.

In de software wereld blijft het traditie om te vragen naar nauwkeurige schattingen, terwijl we nog geen flauw idee hebben hoe we het gaan maken en dus hoeveel werk het zou kunnen zijn. 🤷

Hieruit ontstaat telkens weer het spelletje waarin om de hete brij heen wordt gedraaid tot er een getal is bedacht waar management gelukkig mee is, maar in werkelijkheid niemand achter staat. En dat is jammer, want dat getal wordt wel gebruikt om de organisatie te besturen en medewerkers op af te rekenen. Het is daarmee een garantie voor doorlopende teleurstelling. 😕

Maar stel je het alternatieve scenario voor: Er wordt een richting afgesproken, en er wordt dagelijks gewerkt aan wat direct zichtbare voortgang in de afgesproken richting brengt. Het management kan aan die richting vervolgens een harde doelstelling hangen in de vorm van een deadline op basis van business criteria, zoals een beurs of het beschikbare budget. 🎯

Als iedereen op basis hiervan beseft waar we heen willen en wat de beperkingen zijn, en vervolgens af wordt gerekend op de voortgang naar het gestelde doel, dan ontstaan er veel realistischere plannen en kan het management tijdig de verwachtingen bijsturen als de harde werkelijkheid niet met de wollige dromen overeen blijkt te stemmen. ⛅️

Mijn persoonlijke ervaring is dat deze manier van werken veel meer motiveert, en daardoor verrassend vaak extreem veel betere resultaten levert. Zo bouwden we met een klein team een slimme data backend in acht weken als vervanging van een gedrocht waar eerder negen maanden met een groot team aan was ontwikkeld, en bouwden we met zijn drieën in enkele maanden de volledige product roadmap van anderhalf jaar voor een ander bedrijf. 🏎️

Onmogelijk? Ik ben er van overtuigd dat niets onmogelijk is, wanneer de voorwaarden voor doorlopende communicatie en creativiteit maar worden gefaciliteerd.