La dette technique est plus susceptible d'action lorsqu'elle est liée à un coût ou à un risque récurrent. Une vaste demande de réécriture d’un système est difficile à comparer avec un travail sur un produit ; un exemple concret montre pourquoi la maintenance est importante maintenant.

Décrire le coût observé

  • Montrez des incidents répétés, des livraisons lentes, des tests fragiles ou des étapes manuelles avec des exemples.
  • Identifiez les utilisateurs ou les équipes concernés et la fréquence à laquelle le problème se produit.
  • Séparez le correctif nécessaire de la modernisation facultative.

Proposer une amélioration limitée

Estimez un petit changement qui réduit le coût démontré et définissez comment vous vérifierez l’amélioration. Évitez de promettre qu’une réécriture éliminera tous les problèmes futurs.

Suivez le problème où les priorités en matière de produits et d'ingénierie sont décidées. Des preuves et une portée claire aident l'équipe à planifier la maintenance au lieu de la traiter comme un travail invisible.