Idée principale

Un écran de consultation bricolé pour dépanner une équipe, un export monté en deux heures, un tableau de bord fabriqué dans un coin : ces objets sont construits sous un régime explicite de faible exigence — pas de tests, pas de revue, pas de gouvernance — et ce régime est justifié par leur durée de vie supposée courte.

Le glissement ne se produit pas par négligence. Il se produit parce que l'outil est utile. On le montre, on demande des évolutions, on demande quand on pourra l'utiliser, il entre dans la routine hebdomadaire d'une équipe, puis il devient le passage obligé d'un processus. À aucun moment quelqu'un n'a décidé qu'il devenait critique : la criticité est arrivée par l'usage, alors que le régime d'exigence, lui, est resté celui du jetable.

Les entreprises connaissent déjà ce mécanisme sous d'autres formes — le fichier Excel du service, la macro que seul son auteur comprend, le script d'astreinte. Un assistant de code ne l'invente pas ; il baisse simplement le prix d'entrée, donc le nombre d'objets qui empruntent ce chemin.

Pourquoi c'est important

Cela déplace le point de contrôle. Interdire la fabrication ne traite pas le problème, puisque le problème n'est pas la fabrication mais l'absence de moment où la criticité est constatée. Ce qu'il faut instituer est un seuil : un outil partagé par plusieurs personnes, ou entré dans un processus récurrent, change de catégorie et rejoint les exigences de sa nouvelle catégorie.

Cela donne aussi la bonne lecture d'un incident sur un tel outil : ce n'est pas la qualité initiale qui était en cause, c'est que personne n'a rattaché l'objet à son usage réel.

Nuances et limites

Tous les outils jetables ne dérivent pas, et la plupart meurent vraiment. Traiter chaque script comme un futur système critique reproduit exactement le formalisme que l'on cherchait à éviter, et supprime le bénéfice.

La difficulté est que le signal de bascule est social — quelqu'un s'est mis à en dépendre — et qu'il n'apparaît dans aucun indicateur technique.

Questions ouvertes

• Quel signal observable, autre que la panne, permet de constater qu'un outil interne a franchi le seuil où son régime d'exigence doit changer ?