01.04 · Cartographier
Mesurer sa dette technique
Tant que votre dette technique se mesure en story points, elle reste un sujet d’équipe. En euros et en risques, elle devient enfin un sujet de direction.
Ce que la dette technique n’est pas
Le terme dette technique, popularisé par Ward Cunningham en 1992, a été restreint au fil du temps à un sujet d’ingénierie logicielle : code legacy, refactoring, frameworks obsolètes. Cette lecture est étroite et explique pourquoi la dette technique reste si souvent invisible au COMEX — elle est présentée dans une langue qu’il ne parle pas.
Dans un SI moderne, la dette technique se loge dans trois couches superposées, dont seule la première est traditionnellement nommée.
- Dette logicielle. Versions obsolètes, frameworks non maintenus, bases de données en fin de vie, code non documenté. La plus visible, la mieux outillée — et souvent surestimée par rapport aux deux autres.
- Dette applicative. Outils redondants, fonctionnalités dupliquées, applications dont plus personne ne se souvient pourquoi elles sont là. Plus de 40 % de la dette totale d’une ETI moyenne. C’est le terrain de la rationalisation.
- Dette organisationnelle. Processus dépendant d’une personne, documentation absente, savoir tacite qui partira avec le prochain départ. Invisible dans tout audit technique, et la plus difficile à résorber.
Trois indicateurs suffisent pour démarrer
Inutile de construire un score composite à dix-huit dimensions. Trois indicateurs bien suivis donnent une vision pilotable.
L’âge pondéré du parc. Pour chaque application, nombre d’années depuis la dernière refonte majeure pondéré par sa criticité. Donne une vue agrégée du vieillissement et permet de prioriser les chantiers de modernisation. Un parc dont l’âge pondéré dépasse sept ans est presque toujours en dette structurelle.
Le taux d’obsolescence technique. Part du parc en obsolescence avérée (composants en fin de support, dépendances non patchables, fournisseurs disparus). C’est l’indicateur que la cybersécurité comprend immédiatement — il se traduit directement en surface d’attaque.
Le coût caché de maintenance. Part des heures équipe consacrée à maintenir l’existant plutôt qu’à produire de la valeur nouvelle. Souvent supérieur à 60 % dans les organisations en dette forte. C’est le chiffre qui parle au COMEX — il transforme un sujet technique en sujet de productivité.
La dette IA, nouveau registre
Depuis 2024, un quatrième registre s’est invité : la dette IA. Elle prend trois formes que toute DSI commence à voir apparaître :
- Des proof-of-concept jamais industrialisés qui restent en production parce qu’un métier s’en sert sans que personne ne l’ait validé.
- Des modèles non gouvernés intégrés à des processus opérationnels — souvent via des connecteurs natifs d’outils SaaS — sans qu’une analyse de risque ait été menée.
- Une accumulation d’outils d’IA générative qui se recouvrent fonctionnellement, chacun avec son contrat, ses données et ses permissions.
La dette IA s’accumule trois fois plus vite que la dette logicielle classique parce que le coût d’entrée d’un POC IA est presque nul. Là où une vieille application coûtait à installer ce qu’elle coûte à retirer, un POC IA coûte zéro à lancer et une fortune à retirer une fois greffé à un processus.
Communiquer la dette au COMEX
Trois règles pour faire passer le sujet en comité de direction.
Chiffrer en euros. Heures × TJM, ou coûts d’opportunité (ce que l’équipe ne produit pas pendant qu’elle maintient). Les story points n’atteignent jamais le COMEX.
Contextualiser. Un ratio coût de maintenance / budget IT est plus lisible qu’un nombre absolu. Comparé à un benchmark sectoriel, il devient actionnable.
Proposer une trajectoire. La dette ne se résorbe pas, elle se pilote sur trois à cinq ans. Présentez une courbe de décroissance avec des jalons et des coûts associés. Pas une photographie de la situation actuelle.
Ce qu’il faut retenir
- La dette technique couvre trois couches : logicielle, applicative, organisationnelle. La dette applicative pèse souvent plus lourd que la dette logicielle.
- Trois indicateurs suffisent : âge pondéré, taux d’obsolescence, coût caché de maintenance. Le dernier est celui qui parle au COMEX.
- La dette IA s’accumule trois fois plus vite que la dette logicielle. Elle mérite son propre suivi dès maintenant, pas dans dix-huit mois.