Ce n’est pas une surprise pour tous ceux qui ont géré des projets de qualité.

Lorsqu’une pente cède, qu’un drain éclate ou qu’une voie ferrée devient dangereuse, la réaction du public est généralement la même : surprise, indignation et recherche rapide de responsables. Mais si vous avez déjà géré une qualité réelle, avec des mesures et des conséquences, ce que vous ressentez est différent. Ce que vous ressentez est autre chose : un « ce n’était qu’une question de temps ». Le cercle de qualité s’applique à tout ce que nous faisons, et pas seulement à l’environnement industriel.

Système de gestion de la qualité Kapture.io

Car ces épisodes ne se produisent pas le jour de la tempête. Ils se fabriquent au fil des mois ou des années, par le biais de petites décisions : des travaux d’entretien qui sont reportés, des inspections qui sont déclassées, des incidents qui sont enregistrés… et ils dorment dans une file d’attente interminable. Puis vient la forte pluie, le sol est saturé, la charge fait son travail… et le système affiche la facture complète, avec les intérêts.

Ce n’est pas de la malchance. Ce n’est pas un événement isolé. Il s’agit d’un modèle.

Les problèmes d’infrastructures critiques – chemins de fer, routes, drainage, pentes, chaussées – sont souvent le résultat prévisible d’une combinaison d’explosifs :

  1. La dette de maintenance (qui n’est pas réparée aujourd’hui, mais continue de se dégrader).
  2. Une gestion des risques faible ou bureaucratisée (trop de procédures, trop peu de recours).
  3. Climat plus extrême (nouvelles plages de précipitations, de chaleur et de variabilité qui rompent avec les anciennes hypothèses).

Et il existe un accélérateur silencieux qui aggrave la situation : la latence administrative. Lorsqu’un incident signalé par des techniciens peut prendre jusqu’à 18 mois pour être résolu, vous n’êtes pas en train de « gérer la maintenance ». Vous accumulez les risques.

L’inconfortable vérité de la qualité

En matière de qualité, il existe une vérité gênante : les échecs graves ne résultent presque jamais d’une seule grosse erreur. Ils naissent d’une chaîne de petits échecs.

Le mécanisme se répète avec une précision déprimante :

1) Défauts latents

Petites dégradations qui ne semblent pas urgentes : drains bouchés, fossés empiétés, fissures, tassements, érosion sur une pente, ballast contaminé, joints qui ne sont plus étanches comme ils devraient l’être. Rien de « catastrophique »… pour l’instant.

(2) Incidents détectés mais non clôturés

Rapport des techniciens. Rapport du personnel spécialisé. Une commande est ouverte. Elle est ajoutée à l’arriéré. Et c’est là que le vrai problème commence : le système est conçu pour traiter, pas pour réparer.

Si le circuit normal prend des mois, les problèmes s’accumulent. Et l’arriéré n’est pas un inventaire : c’est une bombe à retardement.

3) Condition de déclenchement

Un épisode de fortes pluies, des sols saturés, des inondations, des vibrations accumulées, des changements thermiques. Ce qui était auparavant « tolérable » ne l’est plus, car la marge de sécurité a déjà été épuisée.

4) Barrières manquantes

Dans un système mature, il existe des barrières : inspections basées sur le risque, contrôles extraordinaires après les événements, capteurs aux points critiques, arrêts préventifs avec des critères, réponse rapide avec des accords de niveau de service pour la gravité.
Dans un système immature, il y a un Excel, une procédure et une phrase mortelle : « c’est en cours ».

5) Crises, urgences et dépenses coûteuses

La réaction est en retard. Nous payons pour les urgences. Nous improvisons. Les services sont réduits. Le coût de la réputation est assumé. Et le cycle recommence.

En termes de qualité, il ne s’agit pas d’un échec ponctuel. Il s’agit d’un PDCA défaillant: il est planifié (P) et partiellement exécuté (D), faiblement testé (C) et peu ou tardivement amélioré (A). Sans véritable « A », le système apprend à répéter les erreurs.

PDCA Kapture.io QMS

Les récentes tempêtes ont laissé une image claire : inondations, inondations, glissements de terrain et coupures. Le temps n’est pas une excuse, c’est un scénario opérationnel. Et aujourd’hui, ce scénario est plus dur et plus fréquent.

Mais le climat à lui seul n’explique pas pourquoi un système résiste et un autre s’effondre. Ce qui fait la différence, c’est la vulnérabilité accumulée: des drains sans capacité réelle, des pentes dont l’entretien a été différé, des inspections qui n’arrivent pas, des conclusions qui ne se ferment pas.

Il y a un fait qui, sans avoir besoin de dramatiser, explique tout : le temps de cycle entre « détecté » et « corrigé ». Si ce temps se mesure en trimestres ou en années, le système a déjà décidé que la fiabilité était secondaire. Et lorsque la fiabilité est secondaire, c’est la sécurité qui en fait les frais.

Comme l’a dit un journaliste – et c’est une phrase chirurgicale – : « La maintenance n’est pas inaugurée ». Et c’est bien là le cœur du problème : ce qui ne donne pas de photo ne fait pas le poids face à ce qui en donne. Mais la physique, l’eau et la gravité ne votent pas, elles sont payées.

Que se passerait-il dans une entreprise privée sérieuse ?

C’est là que le bât blesse, car dans une entreprise privée (industrielle, logistique, aérospatiale, énergétique), cette situation serait gérée différemment. Non pas par la vertu morale, mais par des incitations et une discipline opérationnelle.

1) SLA par criticité

Dans une entreprise ayant une culture de la qualité, un incident « critique » ne peut pas attendre des mois. Il est classé par gravité et se voit attribuer un SLA: quelques heures, quelques jours ou quelques semaines. Tout ce qui touche à la sécurité ou à la continuité du service passe en mode priorité absolue.

2) Indicateurs importants

On ne discute pas avec des opinions, on discute avec des chiffres :

  • Retard par gravité (critique/majeur/mineur)
  • Temps de fermeture moyen (et percentiles, pas seulement la moyenne)
  • % d’inspections effectuées à la date prévue
  • % de constatations clôturées
  • Récidive (si cela se reproduit, c’est que le système n’a pas appris)

Si ces ICP n’existent pas ou ne sont pas publiés en interne, personne ne gère : on survit.

3) Cause première et couche de vérité

Lorsqu’un incident grave se produit, il fait l’objet d’une enquête. Il ne s’agit pas de pointer du doigt la dernière personne qui a touché la pièce, mais de trouver les défaillances du système : barrières manquantes, décisions de priorisation, manque de ressources, conception défectueuse du processus. Une CAPA (actions correctives et préventives) est créée et vérifiée par la suite.
Si l’incident se répète, il s’agit d’un échec de gestion et non d’une « malchance ».

4) Modification de la conception en cas de changement d’environnement

Si le temps change, le plan change. Point. Fréquences, seuils, matériaux, drainage, stabilisation, protocoles post-événement. Dans une entreprise sérieuse, le nouveau climat ne se discute pas : il est intégré au risque.

Dans la sphère publique, le changement climatique reste trop souvent une note d’intention, tandis que les plans restent conçus pour le « business as usual » d’il y a quelques décennies.

La solution n’est pas un slogan. C’est un changement de modèle : de « l’infrastructure en tant que travail » à l’infrastructure en tant que produit.

Kapture.io Logiciel de gestion de la qualité

Comment gérer les infrastructures publiques ?

Un produit sérieux a des exigences (sécurité, disponibilité, résilience), un plan de contrôle, une traçabilité, un audit et une amélioration continue. Les infrastructures critiques devraient être gérées de la même manière, avec quatre piliers :

1) Maintenance basée sur la criticité (et non sur le calendrier)

Chaque tronçon, pente ou drainage ne présente pas le même risque. Établissez des priorités en fonction de l’exposition, de l’historique, des conséquences et de la vulnérabilité. Cela permet de mieux dépenser et d’agir là où cela réduit le risque réel.

2) Réduire le temps de latence : du traitement à la remédiation

S’il y a des retards, il y a des risques accumulés. Il faut s’attaquer au temps de cycle :

  • triage par gravité
  • Accords de niveau de service (SLA) contraignants
  • des budgets de maintenance protégés (non cannibalisables)
  • les contrats et les autorisations sont conçus pour être exécutés et non pour être perpétués.

3) Contrôle de qualité avec preuves

Il ne suffit pas de « planifier les inspections ». Il faut s’en assurer :

  • signifie au niveau de l’infrastructure
  • fenêtres d’exploitation
  • des preuves (photos, mesures, enregistrements)
  • clôture des constatations et des vérifications

Si le contrôle n’existe que « sur le papier », il n’existe pas.

4) Risque climatique intégré au cœur du système

Des pluies plus abondantes nécessitent des drains plus grands, des inspections extraordinaires après l’événement, des instruments aux points critiques et des protocoles d’exploitation préventive. Une plus grande chaleur exige un examen de la dilatation, de la fatigue, des matériaux et du risque d’incendie.
Le plan de surveillance doit être dynamique, et non une liturgie annuelle.

En bref

Nous pouvons continuer à agir comme si ces épisodes étaient des surprises inévitables, ou accepter une vérité simple : les infrastructures critiques se dégradent chaque jour, et les conditions météorologiques extrêmes ne font que rendre visible ce qui était déjà mauvais.

Si la clôture des incidents prend des mois ou des années, si l’arriéré s’accroît, si les contrôles sont « à moitié effectués » et si les conclusions ne sont pas vérifiées, nous ne gérons pas la qualité. Nous accumulons les risques jusqu’à ce que la nature décide de nous faire payer.

Et voici la phrase qui devrait être accrochée à chaque comité d’investissement :

La qualité n’empêche pas les intempéries, elle empêche les intempéries de briser votre système.

Xavier Conesa Tecnomatrix Kapture.io

A propos de l’auteur : Xavier Conesa

Xavier Conesa est le Chief Growth Officer de Kapture.io, une entreprise spécialisée dans la numérisation des données par le biais de son QMS.

Voir le profil complet

Retour en haut