Echte Innovatie
Moderniseringsbudget faalt als het stopt bij go-live
Modernisering loopt vast wanneer budgetten wel oplevering financieren, maar niet het vermogen om daarna te blijven aanpassen.
Projecten sluiten af, tooling gaat live en de organisatie wacht op de volgende financieringsronde om opnieuw te kunnen veranderen. De manier van financieren bepaalt of modernisering een noodcyclus blijft of verandervermogen opbouwt.
Budget moet verandervermogen kopen, niet alleen tooling
Insight: Moderniseringsbudget koopt pas waarde wanneer het verandervermogen opbouwt. Als geld vooral naar go-live, scope en tooling gaat, krijg je terugkerende reddingsprojecten.
Een budget wordt goedgekeurd voor een platform, migratie of implementatiegolf. Het project levert op, de stuurgroep sluit af en iedereen gaat door. Maar zodra de organisatie opnieuw moet veranderen, blijkt dezelfde afhankelijkheid terug: er is weer een nieuw programma, een nieuwe leverancier of een nieuwe financieringsronde nodig.
Dat is geen puur opleverprobleem. Het is een financieringsprobleem. Als geld wel de tool betaalt, maar niet het leren, de operationele discipline, de systeemgezondheid en de interne bekwaamheid, blijft modernisering episodisch. Het levert een gebeurtenis op, geen vermogen dat blijft werken.
In één minuut
- Als financiering stopt bij “tool geleverd”, wordt modernisering telkens een reddingsactie.
- Klassieke budgetten belonen aankoop, mijlpalen en scope, niet leren, flow en blijvende systeemgezondheid.
- Reserveer terugkerend budget voor gedeelde bouwstenen en koppel reviews aan operationele uitkomsten, niet alleen aan featurelijsten.
Jaarbudgetten sturen op oplevering, niet op evolutie
Veel budgetmodellen komen uit een wereld van grote, incidentele projecten. Je vraagt geld aan, levert iets op en rondt af. Dat past bij gebouwen, machines en afgebakende implementaties. Het past minder goed bij digitale systemen die blijven veranderen door security, integraties, klantgedrag, data-eisen en nieuwe manieren van werken.
Zodra een project “live” is, begint juist het werk dat rendement bepaalt: leren wat echt gebruikt wordt, frictie verminderen, kwaliteit verbeteren, teams bekwamer maken en technische keuzes gezond houden. Als de financiering dan al is verdwenen, wordt elk vervolg een strijd om restbudget of een apart veranderverzoek.
Zo ontstaat een voorspelbaar patroon. De organisatie investeert fors in vernieuwing, maar bouwt niet genoeg vermogen op om zelf te blijven aanpassen. Na een paar jaar lijkt het alsof opnieuw modernisering nodig is, terwijl het vorige programma vooral niet was gefinancierd als blijvend systeem.
Wat je financiert, is wat je krijgt
Veel organisaties koppelen succes nog steeds aan adoptiedoelen, mijlpalen en featurelijsten. Dat zijn nuttige signalen, maar ze zeggen weinig over de vraag of het systeem sneller, betrouwbaarder en leerbaarder is geworden. Doorlooptijd, hersteltijd, defecten, gevalideerde aannames en afhankelijkheid van externe partijen vertellen vaak meer.
Ook contracten versterken de projectreflex. Ze worden vastgezet op scope en planning, waardoor er weinig ruimte blijft voor experimenteren, feedback en iteratieve verbetering. Het resultaat is een financieringslogica die modernisering behandelt als gebeurtenis, terwijl de echte waarde ontstaat in herhaalbare aanpassing.
Dit is minder relevant voor een eenmalige upgrade met lage onzekerheid en een smalle scope. Het wordt belangrijk wanneer modernisering evolutionair is: wanneer leren, systeemgezondheid en interne bekwaamheid bepalen of de investering blijft renderen.
Waar budget nog steeds tooling koopt
Je ziet de vertekening meestal pas na de lancering. Het systeem is live, maar het vermogen om het levend te houden blijft achter.
Live, maar stilstaand product. De tool is uitgerold, maar het product ontwikkelt nauwelijks door. Er is geen structurele productverantwoordelijkheid, geen bekwaam team en geen ruimte om te leren van gebruik. De eerste stap is dan niet nog een project, maar financiering voor doorlopende productzorg en enablement.
Kleine wijziging vraagt een externe partij. Als iedere aanpassing via leverancier, contractwijziging of apart project moet lopen, is er geen gebrek aan inzet maar aan gefinancierd vermogen. Platformbouwstenen, testautomatisering, standaarden en kennisoverdracht waren dan bijzaak in plaats van kern van de investering.
Schuld groeit terwijl er veel wordt geinvesteerd. Nieuwe features krijgen geld, maar refactoring, kwaliteit, documentatie en procesverbetering verdwijnen naar resttijd. Het budget vertelt daarmee wat telt. Als onderhoud en verbetering nergens vast zijn belegd, verliest het systeem elk jaar aan wendbaarheid.
Financier leren en systeemgezondheid expliciet
Neem één moderniseringsportfolio en kijk niet alleen naar waar het geld heen gaat, maar welk vermogen het achterlaat.
Reserveer vaste ruimte voor gedeelde bouwstenen
Maak per cyclus een beschermd budget voor platformwerk, testautomatisering, observability, security-by-design, documentatie en standaarden. Niet als sluitpost, maar als voorwaarde voor sneller en veiliger productwerk.
Begin met één regel die elk kwartaal terugkomt. Let erop of upgrades, integraties en kwaliteitsverbetering minder vaak als “special project” verschijnen.
Koppel reviews aan flow en leren
Vervang in één stuuroverleg een featurestatusslide door een slide over doorlooptijd, hersteltijd, defecten, gevalideerde aannames en afhankelijkheden. Dan verschuift het gesprek van “is de scope af?” naar “worden we beter in veranderen?”
Dat maakt trade-offs zichtbaarder. Soms is een feature minder belangrijk dan het verminderen van wachttijd, herstelrisico of afhankelijkheid van een klein specialistisch team.
Maak enablement en schuldafbouw structureel
Plan training, pairing, levende documentatie, refactoring en schuldafbouw als echte investeringen. Verandervermogen slijt wanneer mensen het niet oefenen en systemen niet onderhouden worden.
Start met een programma van dertig dagen rond één bottleneck, bijvoorbeeld testsnelheid, deploymentveiligheid of kennisoverdracht. Meet daarna of afhankelijkheid van externe partijen daalt en of teams sneller verantwoord kunnen aanpassen.
Deze budgetkeuze raakt direct aan de diepere schulden onder technische schuld: vaak is niet alleen de code oud, maar ook het investeringsmodel.
Intelligent budget koopt leertijd, systeemgezondheid en bekwaamheid, niet alleen licenties en eenmalige implementaties. Daarmee wordt technologie niet nog een kostenpost, maar een manier om sneller en betrouwbaarder te blijven aanpassen.
Als de financiering hetzelfde blijft, zal modernisering steeds grotere budgetten vragen voor steeds minder snelheid. Elke upgrade wordt een gebeurtenis, afhankelijkheid neemt toe en de organisatie leert te weinig van haar eigen investering.
Welke budgetregel moet veranderen om modernisering bij jullie continu te maken?