Alias
Technical debt.
Définition
La métaphore compare l'effort supplémentaire récurrent à des intérêts. Une simplification peut accélérer une livraison tout en rendant les suivantes plus difficiles. Ce coût peut aussi provenir d'un apprentissage tardif, pas uniquement d'un raccourci volontaire.
Décrire l'effet observable aide davantage qu'une étiquette générale « code mauvais ».
Exemple
Exemple pédagogique : modifier une règle de prix oblige à intervenir dans plusieurs modules divergents. Relever les reprises réellement nécessaires et les défauts associés permet de discuter une réduction ciblée de cette duplication.
À ne pas confondre avec
Tout défaut n'est pas une dette technique. Son chiffrage n'est pas une mesure comptable objective, et réécrire tout le système n'est pas automatiquement le meilleur investissement.
Voir aussi
Décision d'architecture documentée, Revue de code, Backlog produit.
Sources
Martin Fowler — Technical Debt (nouvel onglet). Application au travail de projet et exemple pédagogique originaux, sans résultat d'essai revendiqué.