Un logiciel tombe en panne.

C’est un incident.

Les factures ne partent plus.

C’est une conséquence directe.

Les encaissements commencent à se décaler. La trésorerie se tend. Certains paiements doivent être reportés.

L’incident initial est devenu une cascade.

Mais imaginons maintenant qu’après la panne l’entreprise puisse immédiatement basculer sur une procédure de facturation de secours, accéder aux données nécessaires, utiliser des modèles validés et mobiliser une personne capable de reprendre l’activité.

La panne existe toujours.

Mais la cascade s’arrête.

C’est une différence importante pour la continuité.

Une protection utile n’a pas toujours besoin d’empêcher l’incident. Elle peut simplement empêcher que l’incident atteigne une autre fonction essentielle.

Une recherche publiée en 2024 auprès de 199 entreprises, majoritairement des PME, a étudié leur résilience opérationnelle face aux perturbations de transport.

Les résultats montrent notamment que des stratégies de buffering — disposer de marges ou ressources permettant d’absorber une perturbation — et de bridging — maintenir des capacités de coordination avec d’autres acteurs — peuvent renforcer la capacité à faire face aux disruptions.

Pour une transmission, cela conduit à une question très pratique :

Où peut-on casser la chaîne ?

Rupture → conséquence directe → BARRIÈRE → propagation interrompue.

Cette barrière peut être technique, humaine, documentaire, organisationnelle ou contractuelle.

Mais elle doit être réellement mobilisable.

Une procédure jamais testée n’est pas encore une barrière. Un remplaçant sans accès n’est pas encore une barrière. Une sauvegarde jamais restaurée n’est pas encore une barrière.

La résilience ne consiste donc pas à promettre que rien n’arrivera. Elle consiste aussi à savoir où empêcher une perturbation de devenir une cascade.

Référence académique
Ataburo, H., Ampong, G. E. & Essuman, D. (2024). Developing operational resilience to navigate transportation disruptions: the role and boundaries of efficiency priority. Annals of Operations Research, 340, 723–755.
https://doi.org/10.1007/s10479-024-06092-4


Publié initialement sur LinkedIn le 21.09.2026.