technische schuld
/ˈtɛxnisə sxʏlt/zelfstandig naamwoord
Technische schuld is het extra werk dat nodig is doordat eerdere keuzes in software latere wijzigingen moeilijker, trager of riskanter maken.
Het team ruimt technische schuld op voordat het de nieuwe betaalmethode toevoegt.
Technische schuld ontstaat wanneer een keuze in software op korte termijn handig is, maar later extra werk veroorzaakt. Denk aan gekopieerde code, ontbrekende tests, verouderde afhankelijkheden of een ontwerp dat niet meer past bij hoe de applicatie wordt gebruikt. Net als bij financiële schuld kunnen de gevolgen zich opstapelen: elke volgende wijziging kost meer moeite doordat ontwikkelaars eerst om bestaande beperkingen heen moeten werken.
Hoe ontstaat technische schuld?
Soms maakt een team bewust een tijdelijke keuze om een belangrijke deadline te halen. Daarbij hoort een plan om de oplossing later te verbeteren. Schuld kan ook ongemerkt groeien. De eisen veranderen, een Woordenboek · In het kortcodebaseEen codebase is de verzameling broncode waaruit een softwareproduct of onderdeel wordt gebouwd en onderhouden.Lees meer wordt groter of een tijdelijke oplossing blijft langer in gebruik dan verwacht.
Technische schuld is niet hetzelfde als een fout in de software. De applicatie kan correct werken terwijl de onderliggende structuur wijzigingen toch lastig maakt. Ook is niet iedere eenvoudige oplossing technische schuld. Een compacte oplossing die goed past bij het huidige probleem hoeft later geen extra werk op te leveren.
Hoe pak je technische schuld aan?
Een team begint met zichtbaar maken waar de schuld zit en welke gevolgen die heeft. Onderdelen die vaak veranderen of storingen veroorzaken, krijgen meestal voorrang. Met Woordenboek · In het kortrefactoringRefactoring is het aanpassen van de interne structuur van bestaande code zonder het zichtbare gedrag van de software te veranderen. Het doel is de code begrijpelijker en makkelijker aanpasbaar te maken.Lees meer kan de interne structuur worden verbeterd zonder het bedoelde gedrag van de software te veranderen. Tests helpen controleren of dat gedrag intact blijft.
Niet alle technische schuld hoeft direct weg. Soms zijn de kosten van aanpassen hoger dan het verwachte voordeel, bijvoorbeeld bij software die binnenkort wordt vervangen. De afweging hangt daarom af van het risico, de onderhoudskosten en de plannen voor het product.