Dette technique : le coût caché qui freine l’informatique des PME

La dette technique, c’est l’ensemble des raccourcis et des retards accumulés dans votre informatique, comme un serveur hors support, un script maison que personne ne comprend ou un logiciel jamais mis à jour, qu’il faudra rembourser plus tard avec des intérêts : pannes, failles, temps perdu. Son poids est loin d’être marginal. Dans une enquête publiée en octobre 2020, McKinsey rapporte que les directeurs informatiques interrogés l’estiment à 20 à 40 % de la valeur de leur patrimoine technologique. Bonne nouvelle : elle se mesure et se réduit par étapes, sans tout refaire.

À quoi ressemble la dette technique dans une PME ?

L’expression vient du développeur américain Ward Cunningham, qui l’a employée en 1992 : livrer vite un code imparfait revient à emprunter. Tant qu’on ne rembourse pas, on paie des intérêts sous forme de temps perdu à chaque modification. L’image s’applique à toute l’informatique d’une entreprise, pas seulement au code.

Dans une PME, elle prend des formes très concrètes :

• Des systèmes hors support ou en fin de vie : postes Windows 10 sans mises à jour étendues, serveur Windows Server 2016 dont le support s’arrête le 12 janvier 2027, base de données ou version de PHP abandonnée.
• Des outils bricolés : macros Excel devenues indispensables, scripts de sauvegarde écrits par un ancien prestataire, connecteurs maison entre deux logiciels.
• Des logiciels jamais mis à jour parce que « la dernière fois, ça a tout cassé ».
• Une documentation absente : mots de passe d’administration connus d’une seule personne, schéma réseau inexistant, contrat de maintenance introuvable.
• Des solutions provisoires devenues définitives : NAS grand public en guise de serveur de fichiers, switch posé sur une armoire, sauvegarde jamais testée.

Aucune de ces situations n’est grave isolément. C’est leur accumulation qui rend chaque évolution plus lente, plus chère et plus risquée.

Combien coûte-t-elle vraiment ?

Les chiffres publiés concernent surtout de grandes organisations et des équipes de développement, mais ils donnent des ordres de grandeur utiles :

• McKinsey (2020) : 10 à 20 % du budget technologique prévu pour de nouveaux produits est détourné vers la résolution de problèmes liés à la dette technique, selon les DSI interrogés.
• Stripe (étude Developer Coefficient, 2018) : un développeur consacre en moyenne 13,5 heures par semaine à la dette technique et 3,8 heures à corriger du mauvais code, soit 17,3 heures sur une semaine de 41,1 heures. Près de 42 % du temps sert à réparer le passé.
• CISQ (rapport 2022) : le consortium américain pour la qualité logicielle évalue la dette technique logicielle accumulée aux États-Unis à environ 1 520 milliards de dollars.

Dans une PME, le coût est moins visible mais bien réel. Il se lit dans les interventions d’urgence facturées hors contrat, les heures perdues par les équipes à contourner un outil lent, ou les licences de prolongation achetées faute d’avoir migré à temps. Les mises à jour de sécurité étendues de Windows 10 en sont un bon exemple : 61 dollars par poste la première année, 122 la deuxième, selon Microsoft. Une facture qui n’existe que parce que le renouvellement a été repoussé.

Comment la mesurer sans être technicien

Pas besoin d’outil sophistiqué. Quelques indicateurs simples, suivis une ou deux fois par an, donnent une image fidèle de la situation.

La base de tout reste un inventaire du parc informatique à jour. Pour aller plus loin, un audit informatique évalue l’ensemble du système d’information et produit une liste chiffrée des chantiers.

Prioriser et rembourser, budget par budget

Vouloir tout solder d’un coup est le meilleur moyen de ne rien faire. Une méthode en quatre temps fonctionne mieux.

1. Classer par risque et par échéance

En tête de liste : ce qui touche à la sécurité et ce qui a une date de fin connue. Un serveur dont le support s’arrête en janvier passe avant le script de reporting lent. Ensuite, ce qui bloque l’activité ou un projet. Le confort vient en dernier.

2. Profiter des renouvellements

Chaque fin de contrat, remplacement de matériel ou changement de logiciel est l’occasion de solder une partie de la dette sans surcoût majeur : on documente, on simplifie, on supprime ce qui ne sert plus. Notre article sur la migration de Windows Server 2016 illustre ce principe.

3. Réserver une part fixe du budget

Plutôt que de financer le remboursement au gré des pannes, prévoyez chaque année une ligne dédiée dans le plan d’investissement informatique, même modeste. Elle se pilote comme un emprunt : un montant, un calendrier, un suivi.

4. Arrêter d’en créer

Quelques règles simples freinent l’accumulation : pas de nouvel outil sans propriétaire désigné, pas de script sans documentation, mises à jour appliquées selon un calendrier plutôt qu’en réaction. Pour les cas lourds, comme un logiciel central vieillissant, voyez notre méthode pour moderniser un logiciel métier obsolète.