Architectuur

Technische schuld herkennen: vier signalen en wat je eraan doet

Leroy Steding·10 augustus 2026·2 min leestijd

Technische schuld is een leenmetafoor, en dat is precies waarom hij nuttig is: je gaat hem aan om nu sneller te zijn, en je betaalt rente tot je hem aflost. Het probleem begint als niemand meer weet hoeveel rente er loopt.

Wat het niet is

Oude code is geen schuld. Code die werkt, zelden verandert en niemand hindert, mag oud zijn - dat is afbetaalde software. Lelijke code die je één keer per jaar aanraakt kost je niets. Schuld is wat je aantoonbaar vertraagt bij het werk dat je wél doet.

Vier signalen

• Schattingen die niet meer kloppen. Als een wijziging die klein lijkt structureel drie keer zo lang duurt, zit de vertraging niet in het werk maar in wat eromheen kapotgaat.
• Angst voor bepaalde bestanden. Iedereen weet welk bestand je niet aanraakt op vrijdag. Dat is geen anekdote, dat is een meting.
• Fouten die terugkomen. Hetzelfde probleem dat voor de derde keer wordt opgelost, wijst op een oorzaak die niemand durft aan te pakken.
• Kennis bij één persoon. Als er precies één iemand is die weet hoe het werkt, is de schuld niet technisch maar organisatorisch - en die is duurder.

Wat je eraan doet

Niet: een half jaar uittrekken om alles op te ruimen. Zulke projecten leveren zelden op wat ze beloven, want ze veranderen veel zonder dat er iets bijkomt voor de klant, en ze eindigen bijna altijd halverwege.

• Ruim op waar je toch al bent. Wie een functie wijzigt, laat die plek beter achter dan hij hem aantrof. Dat verspreidt de kosten en raakt vanzelf de plekken die ertoe doen.
• Zet een test om het gedrag heen vóór je iets verandert. Zonder dat is opruimen gokken, en dat is hoe een opruimactie een storing wordt.
• Reserveer een vast deel van je capaciteit. Eén dag in de twee weken, structureel, werkt beter dan een grote actie per jaar.
• Schrijf op waarom iets zo is. Veel schuld is niet de code maar het ontbrekende verhaal erachter - een alinea bovenin een bestand scheelt de volgende persoon een dag.

Wanneer herbouwen wél het antwoord is

Als het onderliggende platform geen beveiligingsupdates meer krijgt, als de leverancier weg is, of als de eisen zo veranderd zijn dat je tachtig procent toch zou vervangen. In die gevallen is stap voor stap opruimen duurder dan opnieuw beginnen. In alle andere gevallen is het dat niet, hoe verleidelijk het ook klinkt.

Lees verder

← Meer artikelen