- Delivery
- TMA
Chiffrer la dette technique pour qu'une direction générale l'entende
« Il faut refactorer » n'obtient jamais de budget. Une dette exprimée en jours de retard sur les livraisons futures en obtient. Comment faire la conversion.
· 4 min de lecture · AzerOps
Les équipes techniques demandent du temps pour rembourser la dette. Les directions générales n'accordent pas de budget à une notion qu'elles ne peuvent ni mesurer ni relier à un résultat. Les deux ont raison, et le blocage vient du vocabulaire.
Pourquoi les arguments techniques échouent
« Le code est mal structuré », « la couverture de tests est insuffisante », « cette bibliothèque n'est plus maintenue » sont des constats exacts. Aucun n'est un argument budgétaire, parce qu'aucun ne dit ce qu'il en coûte de ne rien faire.
Une direction générale arbitre entre des demandes concurrentes. Celle qui exprime son coût d'inaction gagne.
La conversion en trois indicateurs
Le surcoût par livraison. Mesurez le temps réel passé sur trois évolutions récentes de taille comparable, dans une zone endettée et dans une zone saine. L'écart, rapporté au nombre d'évolutions annuelles sur cette zone, donne un nombre de jours par an. C'est un chiffre discutable et c'est un chiffre.
Le taux d'anomalies après livraison. Comptez les incidents survenus dans les trente jours suivant une mise en production, par zone de code. Une zone qui génère systématiquement des régressions coûte du temps d'exploitation, du temps de correction et de la confiance utilisateur.
Le délai d'intégration d'un nouvel arrivant. Combien de temps avant qu'un développeur recruté soit autonome sur cette zone ? Ce délai est directement proportionnel à l'illisibilité du code, et il se convertit immédiatement en coût salarial.
La formulation qui obtient un arbitrage
Pas : « il faut refactorer le module de facturation ».
Mais : « le module de facturation consomme 40 jours de développement supplémentaires par an par rapport à une base saine, et génère 60 % de nos incidents en production. Trente jours de travail structurel ramèneraient ce surcoût sous 10 jours par an. Le retour sur investissement est de neuf mois. »
Le second énoncé est un dossier d'investissement. Le premier est une préférence d'ingénieur.
Le rapport de dette dans un contrat de TMA
Si vous confiez la maintenance à un prestataire, la dette a une propriété désagréable : le prestataire payé au correctif n'a aucun intérêt à la réduire. Il a intérêt à corriger vite et à passer au ticket suivant.
Inscrivez au contrat un rapport mensuel de dette qui indique, en une page : la dette créée volontairement pendant le mois avec sa justification, la dette remboursée, et les trois zones les plus coûteuses avec leur surcoût estimé.
Ce document rend le sujet visible sans réunion supplémentaire, et il vous protège de la dérive silencieuse qui rend une application inmaintenable au bout de trois ans.
La dette volontaire n'est pas un défaut
Décider consciemment d'un raccourci pour tenir une échéance commerciale est une décision légitime. Ce qui pose problème, c'est de la contracter sans la noter.
La règle qui fonctionne : toute dette volontaire est documentée au moment où elle est contractée, avec la raison, le coût estimé de remboursement et une date de revue. Cela prend cinq minutes et cela change complètement la conversation trois ans plus tard.