Technical debt: wat je nu laat liggen, betaal je later!
Een snelle oplossing die vandaag tijd bespaart, betaalt zich later terug met rente. Dat is technical debt. Het is de technische schuld die je opbouwt zodra je kiest voor wat op dat moment uitkomt in plaats van voor wat het probleem echt oplost. De rekening komt later, en meestal hoger dan de besparing van toen.
Voor een projectmanager die geen architect is, klinkt technical debt al gauw als een probleem voor de techneuten. Dat is het niet. Het raakt precies waar jij verantwoordelijk voor bent, namelijk tijd, budget en kwaliteit. Wat het is, hoe je het uitlegt aan een opdrachtgever en wanneer je die schuld beter wél of juist níet aangaat, lees je hieronder.
Inhoudsopgave
Wat technical debt is
Technical debt is het verschil tussen de snelle oplossing en de goede oplossing. Kies je voor de snelle, dan leen je in feite tijd van de toekomst. Zolang de schuld openstaat, betaal je rente: elke wijziging kost meer moeite, elke koppeling wordt lastiger, en op een gegeven moment durft niemand het systeem nog aan te raken.
Net als een financiële lening is technical debt niet per definitie fout. Een lening kan een verstandige zet zijn, mits je weet dat je hem aangaat en een plan hebt om hem af te lossen. Het gevaar zit in de schuld die je opbouwt zonder het door te hebben, waar niemand meer zicht op heeft.
Hoe je het uitlegt aan een niet-technische opdrachtgever
Vergelijk het met onderhoud aan een auto. Je kunt de olie nu niet verversen en versleten banden laten zitten. Dat scheelt vandaag geld. Maar loopt de motor vast of krijg je een ongeluk door die banden, dan ben je veel meer kwijt dan de onderhoudsbeurt ooit had gekost.
Uitgesteld onderhoud in IT werkt hetzelfde. De besparing van nu is zichtbaar en concreet, de rekening later is groter maar nog onzichtbaar. Jouw taak in dat gesprek is die latere rekening zichtbaar maken vóórdat de opdrachtgever alleen naar de besparing van vandaag kijkt.
Een voorbeeld uit de praktijk
In een project moesten op grote schaal accesspoints worden vervangen. Op bepaalde plekken werd niet het juiste type geïnstalleerd, omdat dat op dat moment sneller voor handen was en goedkoper leek. Het netwerk deed het, dus op papier was de klus klaar.
Later bleek de dekking op die plekken niet te voldoen. De accesspoints moesten alsnog worden vervangen door het juiste type, met alle bijkomende werkzaamheden opnieuw. De besparing van de eerste ronde verdween volledig in de tweede. Dit is technical debt in het klein: een keuze die op het moment zelf logisch leek, maar dubbel werd betaald.
Wanneer technical debt een verstandige keuze is
Soms is een schuld aangaan de juiste beslissing. Wachten op de perfecte oplossing kan meer kosten dan een bewuste, tijdelijke keuze nu.
- Een harde deadline of regelgeving. Moet je op een vaste datum voldoen aan een wettelijke eis, dan is een goede tijdelijke oplossing beter dan een perfecte die te laat komt.
- Een bewuste, tijdelijke keuze. Je kent het volledige beeld, weet welke schuld je aangaat en legt vast wanneer en hoe je hem aflost.
Wanneer het juist niet verstandig is
De schuld wordt riskant zodra je hem aangaat zonder het overzicht, of op een plek waar de gevolgen niet te overzien zijn.
- Een keuze uit onwetendheid. Je mist het volledige beeld, maar besluit toch. Dan neem je een schuld die je niet kunt inschatten en dus ook niet kunt beheersen.
- Rond beveiliging. Bij securitymaatregelen zijn de gevolgen van een snelle keuze te groot. Hier hoort altijd een goed doordachte afweging, geen kortere weg.
Grip houden op je technische schuld
Het verschil tussen verstandige en onverstandige technical debt zit niet in de schuld zelf, maar in of je hem kent. Maak elke bewuste tijdelijke keuze zichtbaar, leg vast waarom je hem maakt en wanneer je hem aflost. Zo blijft het een instrument in plaats van een verrassing die halverwege het project de kop opsteekt.
Speelt dit in een lopend of aankomend project? Bespreek waar jouw technische schuld zit en hoe je hem beheersbaar houdt.
Plan een vrijblijvend gesprek