Comment parler de dette technique à un COPIL
La dette technique est le sujet que personne ne veut porter en COPIL. Les PMs l'évitent parce que c'est difficile à quantifier. Les ingénieurs l'évitent parce qu'ils savent qu'on leur dira de prioriser les features. Les dirigeants l'évitent parce qu'ils n'y comprennent pas grand chose.
Résultat : on ne l'aborde jamais vraiment, jusqu'au jour où elle ralentit tout.
Le problème de cadrage habituel
La plupart des équipes présentent la dette technique comme un problème technique. « Notre code est vieux. » « L'architecture est fragile. » « On a besoin de refactoring. »
Ces arguments ne fonctionnent pas en COPIL. Pas parce que les décideurs sont obtus — mais parce que ce cadrage ne leur donne aucune information décisionnelle.
Le bon cadrage : impact produit
La dette technique devient décisionnaire quand elle est traduite en impact produit mesurable.
Avant
« On a besoin de deux sprints pour refactorer le module de paiement. »
Après
« Chaque nouvelle feature sur le checkout prend actuellement 3x plus longtemps qu'elle ne devrait, à cause du couplage fort entre le module de paiement et le catalogue. Si on ne résout pas ça avant Q3, le projet de personnalisation des offres prendra 6 semaines au lieu de 2. »
La différence ? Le second argument est exprimé en coût d'opportunité futur, pas en travail technique passé.
La matrice impact/urgence
Pour présenter la dette en réunion stratégique, j'utilise une matrice simple :
| Type de dette | Impact sur la vélocité | Risque si non traité | Priorité |
|---|---|---|---|
| Couplage module paiement | Élevé (-40% sur checkout) | Bloquer Q3 | P1 |
| Tests unitaires insuffisants | Moyen | Régressions fréquentes | P2 |
| Logging manquant | Faible | Debugging lent | P3 |
Cette présentation transforme un sujet opaque en décision de priorisation normale.
Ce qu'il ne faut PAS faire
- Ne pas tout mettre dans le même sac. « On a de la dette partout » ne mène nulle part. Sélectionne 2-3 points critiques.
- Ne pas parler en jargon technique. Coupling, refactoring, legacy — ces mots ne résonnent pas.
- Ne pas demander un sprint dédié générique. Demande un résultat précis : « réduire le temps moyen de delivery sur le checkout de 3 semaines à 1 semaine d'ici fin Q2. »
Le bon moment pour en parler
Le meilleur moment pour adresser la dette technique en COPIL, c'est avant un chantier majeur, pas pendant. Intègre-la dans le planning de la roadmap : « pour livrer X, on a besoin de d'abord adresser Y ».
Si tu as des questions sur comment structurer ce type de présentation, n'hésite pas à me contacter.