Dette technique : la mesurer avant d’en parler à la direction

Cesser de parler de dette en général

La « dette technique » désigne des réalités très différentes : un framework hors support, une architecture qui empêche de livrer deux fonctionnalités en parallèle, un module que personne n’ose modifier, ou simplement du code laid mais stable.

Le dernier cas ne coûte rien tant qu’on n’y touche pas. Les trois premiers coûtent tous les mois. Les mélanger dans une même demande garantit le refus : la direction ne peut pas arbitrer une liste hétérogène.

Traduire chaque poste en conséquence observable

Ces mesures existent déjà, la plupart du temps, dans les outils en place : historique des tickets, journaux de livraison, rapports d’analyse. Il s’agit de les relier, pas de lancer un chantier de métrologie.

Rattacher la dette à une décision passée

La dette technique est rarement une faute : c’est souvent le résultat d’un arbitrage assumé, pris sous contrainte de délai. Le rappeler désamorce la conversation et rend le remboursement plus facile à accepter.

Proposer trois scénarios, pas un budget

Présentez ce qui se passe si l’on ne fait rien, ce que corrige un traitement partiel, et ce qu’apporte une reprise complète. Chiffrez l’effort en ordre de grandeur et nommez le risque résiduel de chaque option.

1. Ne rien faire : décrire l’évolution du risque sur douze mois.
2. Traiter le plus coûteux : identifier les deux ou trois postes qui pèsent réellement.
3. Reprendre en profondeur : préciser le gain, la durée et ce qui sera gelé pendant ce temps.

Le scénario « ne rien faire » doit être présenté sérieusement, sans caricature. C’est parfois le bon choix, et le proposer honnêtement rend les deux autres crédibles.

Inscrire le remboursement dans le rythme normal

Un chantier de dette isolé passe rarement deux trimestres consécutifs. Réserver une part fixe de la capacité — même modeste — et la rendre visible dans le même backlog que les fonctionnalités donne de bien meilleurs résultats qu’une grande opération reportée chaque année.

Tant que la dette n’a pas de conséquence chiffrée, elle restera une préférence d’ingénieur face à une demande commerciale. Traduite, elle devient une décision d’entreprise.