Logiciel fragile : 15 signes qu’un audit technique est urgent

Une application peut fonctionner tout en devenant fragile. Les incidents se règlent un par un, les livraisons prennent plus de temps, les coûts augmentent, mais personne ne peut dire pourquoi. À ce stade, ajouter un développeur ou lancer une refonte revient souvent à décider sans diagnostic.

Un audit technique établit des constats sur le code, l’architecture, les dépendances, la sécurité et l’exploitation, puis les classe par priorité. Les quinze signes ci-dessous, regroupés en cinq zones, indiquent quand cet examen devient urgent. Plusieurs signes dans une même zone méritent qu’on s’y arrête.

• Votre application ne fonctionne plus ? La checklist de reprise↗

Ces signes montrent que l’application n’est pas observable. Sans journaux exploitables, sans suivi des erreurs et sans retour arrière, chaque incident se traite à l’aveugle. L’audit vérifie ce qui est mesuré, ce qui est sauvegardé et ce qui peut être restauré.

• ✓Les mêmes incidents reviennent après chaque correction.
• ✓Personne n’est alerté avant que les utilisateurs signalent un problème.
• ✓Le retour à la version précédente est impossible ou n’a jamais été testé.

Quand une équipe hésite à livrer, le problème vient rarement de sa motivation. Les déploiements manuels, l’absence de tests et des environnements différents de la production rendent chaque changement incertain. L’audit identifie ce qui rend les livraisons risquées et ce qu’il faudrait fiabiliser en premier.

• ✓Les délais deviennent imprévisibles, même pour de petites modifications.
• ✓Les mises en production se font à la main, souvent en dehors des heures de travail.
• ✓La liste des corrections en attente grossit plus vite qu’elle ne diminue.

Un code peut être ancien sans être fragile. Le signal utile est l’effet des changements : si une correction locale casse des fonctions éloignées, les frontières entre les parties du système sont floues. Des dépendances obsolètes ajoutent un risque de sécurité et compliquent chaque mise à jour.

• ✓Une modification locale provoque des régressions ailleurs dans l’application.
• ✓Des dépendances ne sont plus maintenues ou n’ont pas été mises à jour depuis longtemps.
• ✓Personne ne peut affirmer que le code en production correspond au dépôt.

Le risque le plus sous-estimé est humain. Quand une seule personne sait déployer ou connaît les règles métier, son départ peut arrêter les évolutions. Chez Macq, sur le projet TRADEMEX, CUB3 a mobilisé un profil qui connaissait déjà le produit, pour assurer la continuité après un départ clé et transmettre cette connaissance aux équipes.

• ✓Une seule personne sait déployer ou comprend une partie critique.
• ✓Les interlocuteurs techniques changent souvent et le contexte se perd.
• ✓Il n’existe ni documentation à jour ni gestion centralisée des accès.

• Le cas Macq : continuité technique sur TRADEMEX↗

Les signaux techniques finissent par toucher le chiffre d’affaires ou la conformité. Une facture cloud qui augmente sans hausse d’usage, une demande client impossible à tenir ou une question de sécurité restée sans réponse méritent un examen avant le prochain engagement.

• ✓La facture d’hébergement augmente sans hausse comparable de l’usage.
• ✓Des engagements commerciaux sont bloqués par des limites techniques.
• ✓Une question de sécurité ou de conformité reste sans réponse claire.

JustWC relie des professionnels itinérants, comme les livreurs ou les techniciens terrain, à des toilettes et points d’eau grâce à une WebApp à tickets. Le produit était en production, mais les interlocuteurs techniques changeaient souvent et les demandes avançaient lentement. L’audit CUB3 a porté sur le code, les dépendances, la sécurité et le dimensionnement AWS.

Il a révélé des machines surdimensionnées et des problèmes de sécurité à corriger. Les travaux ont ensuite été ordonnés selon leur impact et le budget : correction des problèmes de sécurité, refactorisation des parties prioritaires, puis infrastructure redimensionnée et décrite avec Terraform. Le coût d’infrastructure est passé de 75 € à 18 € par mois, soit 76 % de moins. Ce résultat concerne ce produit et son usage ; ce n’est pas une économie garantie.

• Lire le cas JustWC↗

Un audit utile se termine par des décisions possibles, pas par une simple liste de défauts. Chez CUB3, l’audit porte sur une application et un dépôt : revue du code et de l’architecture, examen des dépendances, contrôles ciblés de sécurité et de performance, puis rapport priorisé et restitution. Le budget indicatif est de 2 000 à 4 000 € HT, confirmé après cadrage.

Ce que l’audit ne fait pas compte autant : il ne corrige pas les problèmes, ce n’est pas un test d’intrusion et il ne vaut pas certification. Les corrections se chiffrent ensuite selon les priorités retenues, sous forme de reprise, de mise en place DevOps ou de maintenance.

• ✓Les constats renvoient à des éléments vérifiables du code ou de l’infrastructure.
• ✓Chaque recommandation a une priorité et une justification.
• ✓Les risques immédiats sont séparés des améliorations souhaitables.
• ✓La restitution permet de choisir la suite : corriger, reprendre ou reconstruire.

• Le périmètre et le prix de l’audit technique↗