À retenir
- C'est un arbitrage entre rapidité immédiate et qualité à long terme.
- Si elle n'est pas remboursée, elle finit par paralyser l'évolution du logiciel.
- Elle peut être volontaire (stratégique) ou involontaire (manque de compétences).
La dette technique est un concept qui désigne le coût futur lié au choix d'une solution informatique rapide mais imparfaite, plutôt qu'une approche plus longue mais mieux structurée. C'est l'équivalent d'un emprunt financier : on gagne du temps immédiatement en prenant des raccourcis dans le code, mais on devra le "rembourser" plus tard en passant beaucoup plus de temps à corriger ou à faire évoluer le système.
Étymologie
Le terme a été inventé par Ward Cunningham en 1992, l'un des pères du Manifeste Agile. Il a utilisé cette métaphore financière pour expliquer aux décideurs non techniques que négliger la qualité du code engendre des "intérêts" (le ralentissement du projet) qui finissent par coûter plus cher que l'effort initial.
Exemples d'usage
- Livrer une application sans écrire de tests automatisés pour respecter une date de sortie.
- Utiliser une version obsolète d'un langage ou d'une bibliothèque par facilité, ce qui bloquera les mises à jour de sécurité plus tard.
- Copier-coller le même morceau de code à dix endroits différents au lieu de créer une fonction réutilisable.
- Ne pas documenter le fonctionnement d'un algorithme complexe, rendant sa maintenance impossible par un autre développeur.
Cas d'usage
Ce concept intervient principalement dans la gestion de projets logiciels, la maintenance de systèmes hérités (legacy) et les cycles de développement agile. Il aide les équipes à arbitrer entre la vitesse de mise sur le marché et la pérennité de l'application.
Bonnes pratiques
Il est crucial de documenter la dette technique lorsqu'elle est contractée volontairement (par exemple dans un ticket de suivi). Une bonne pratique consiste à dédier une partie du temps de chaque cycle de travail (sprint) au refactoring pour rembourser cette dette avant qu'elle ne devienne ingérable.
Synonymes
Antonymes
Conseil
Quand vous débutez, ne cherchez pas la perfection absolue tout de suite, mais gardez en tête que chaque "bidouille" temporaire que vous laissez traîner est un piège que vous vous tendez à vous-même pour le mois prochain. Commentez vos raccourcis pour savoir où revenir plus tard.
Questions fréquentes
Est-ce qu'un projet peut avoir zéro dette technique ?
En pratique, c'est presque impossible. Tout logiciel vivant accumule un minimum de dette avec l'évolution des standards et des technologies.
Quelle est la différence entre dette technique et bug ?
Un bug est une erreur de fonctionnement immédiate. La dette technique est une faiblesse structurelle qui ne pose pas forcément de problème aujourd'hui, mais compliquera tout demain.
Comment rembourse-t-on cette dette ?
Par le refactoring, qui consiste à réorganiser et améliorer le code existant sans changer son comportement extérieur.