Dette technique

Le coût implicite du réentraînement causé par le choix, aujourd'hui, d'une solution facile et rapide plutôt que d'une approche meilleure et plus complète qui prendrait plus de temps. La dette technique s'accumule quand les équipes prennent des raccourcis sous pression — en sautant les tests, en évitant le refactoring ou en utilisant des contournements. Comme la dette financière, elle génère des « intérêts » : chaque nouvelle fonctionnalité devient plus difficile et plus lente à développer à mesure que le code se dégrade. Gérer la dette technique est une responsabilité clé de l'équipe de développement. Les équipes allouent une partie de chaque Sprint à rembourser cette dette via du refactoring et des améliorations de couverture de tests. Rendre la dette technique visible aux product owners — en la dimensionnant et en la faisant figurer dans le Backlog — aide à la prioriser aux côtés du travail sur les fonctionnalités.