Un SGS qui fonctionne : Revisiter les 6 composantes pour une performance concrète (1/6)

Partie 1 : Le plan de gestion de la sécurité — Des mots à un système fonctionnel

La plupart des organisations aéronautiques peuvent démontrer qu’elles ont un système de gestion de la sécurité.

Elles ont le manuel.
Elles peuvent nommer les six composantes.
Elles ont passé des audits.

Et pourtant—lorsqu’un événement survient—le système ne réagit pas comme il le devrait.

Non pas parce qu’il manque une composante.

Mais parce que les composantes ne fonctionnent pas ensemble comme un système.

Un système — pas une liste de vérification

La Circulaire d’information 107-001 de Transports Canada présente clairement les six composantes du SGS :

• Plan de gestion de la sécurité

• Documentation

• Surveillance de la sécurité

• Formation (promotion de la sécurité)

• Assurance de la qualité

• Plan d’intervention d’urgence

Ce ne sont pas six exigences indépendantes à satisfaire.

Ce sont des éléments interdépendants d’un système de gestion — et s’ils ne sont pas connectés, le système ne fonctionne pas.

Un système de gestion, en termes concrets, ce n’est pas un manuel.

C’est :

Un ensemble de processus interconnectés visant à produire un résultat constant.

Dans ce cas-ci :

La gestion des risques liés à la sécurité dans les opérations quotidiennes.

Qu’est-ce qu’un “système” en pratique?

Si votre SGS fonctionne réellement comme un système, vous devriez pouvoir suivre le parcours suivant :

• Un danger est signalé

• Il est évalué

• Une décision de gestion du risque est prise

• Des mesures sont mises en œuvre

• Ces mesures sont vérifiées

• Les leçons sont réintégrées dans le système

Ce cheminement traverse plusieurs composantes :

• Surveillance de la sécurité

• Plan de gestion de la sécurité

• Assurance de la qualité

• Formation

• Documentation

Si ces liens sont flous — ou inexistants — le système se désagrège.

Et ce type de défaillance n’apparaît généralement pas dans le manuel.

La base : le plan de gestion de la sécurité

Le plan de gestion de la sécurité (PGS) est le point de départ.

Non pas parce qu’il est présenté en premier dans la circulaire.

Mais parce qu’il définit :

• Comment la sécurité est gérée

• Qui est responsable

• Quels processus existent

• Comment la performance est mesurée

Autrement dit, le PGS doit décrire comment le système fonctionne réellement.

Comprenez-vous votre propre système?

Voici un test simple :

Si vous êtes un dirigeant responsable — ou un membre de la haute direction — vous devriez être capable de prendre votre PGS et de répondre à ces questions :

• Comment un enjeu de sécurité circule-t-il dans l’organisation?

• Quels processus sont déclenchés?

• Qui est responsable à chaque étape?

• Quels résultats sont produits?

Vous n’avez pas besoin de connaître toutes les procédures.

Mais vous devriez clairement voir :

Les processus — et leurs interconnexions.

Si ce n’est pas le cas, il y a un problème.

Parce que si la direction ne comprend pas le système, il est peu probable qu’il fonctionne comme prévu.

Les processus : le lien manquant

Un système repose sur des processus.

Et chaque processus comporte :

• Des intrants (ce qui le déclenche)

• Des extrants (ce qu’il produit)

Si ces éléments ne sont pas clairement définis, le système devient incohérent, dépend des individus et difficile à vérifier.

Voyons quelques exemples concrets.

Exemple 1 : Politique de sécurité

Ce qu’elle devrait être :
Un énoncé fondamental d’engagement.

Ce qu’elle devient souvent :
Un document affiché au mur.

Vision “processus” :

• Intrants :

  • Résultats de sondages sur la culture de sécurité

  • Rétroaction des employés

  • Tendances issues des systèmes de signalement

• Extrants :

  • Politique révisée

  • Communications mises à jour

  • Révision par le comité SGS

  • Approbation par le dirigeant responsable

Ce que “bon” veut dire :
La politique évolue en fonction des réalités et est appuyée de façon visible par la direction.

Ce que “mauvais” veut dire :
La politique n’a pas changé depuis des années — et personne ne sait quand elle a été revue.

Exemple 2 : Gestion des risques liés à la sécurité

Ce qu’elle devrait être :
Une approche structurée de gestion des dangers et des risques.

Ce qu’elle devient souvent :
Un formulaire à remplir.

Vision “processus” :

• Intrants :

  • Rapports de dangers

  • Rapports d’incidents

  • Mesures correctives existantes

• Extrants :

  • Registre des dangers

  • Profil de risque de sécurité

  • Décisions de gestion du risque

  • Rétroaction aux rapporteurs

Ce que “bon” veut dire :
Les risques sont priorisés, visibles et liés aux décisions et aux ressources.

Ce que “mauvais” veut dire :
Les rapports s’accumulent — mais aucun changement concret n’est observable.

Exemple 3 : Intervention d’urgence

Ce qu’elle devrait être :
Une préparation efficace aux situations critiques.

Ce qu’elle devient souvent :
Un plan sur une tablette.

Vision “processus” :

• Intrants :

  • Rapports d’incidents

  • Résultats d’exercices

  • Comptes rendus post-intervention

• Extrants :

  • Mesures correctives

  • Mise à jour du PIU/AERP

  • Ajustements de formation

Ce que “bon” veut dire :
Les exercices entraînent des améliorations concrètes et suivies.

Ce que “mauvais” veut dire :
Les mêmes lacunes reviennent à chaque exercice.

Où les systèmes échouent

Les défaillances les plus fréquentes sont les suivantes :

• Les processus ne sont pas clairement définis

• Les intrants ne sont pas captés de façon constante

• Les extrants ne sont pas suivis ni validés

• Les composantes fonctionnent en silos

• La direction ne voit pas clairement les liens entre les éléments

Et pourtant — sur papier — le système semble complet.

À quoi ressemble un système efficace

Un plan de gestion de la sécurité fonctionnel :

• Décrit clairement les processus, pas seulement les politiques

• Montre comment les composantes sont interconnectées

• Définit les intrants et extrants

• Est compris par la direction

• Est révisé et mis à jour régulièrement

Et surtout :

Il reflète la réalité — pas seulement l’intention.

Un défi pour les dirigeants

Prenez 15 minutes cette semaine :

Ouvrez votre plan de gestion de la sécurité et posez-vous les questions suivantes :

• Puis-je suivre le parcours d’un enjeu de sécurité du début à la fin?

• Les processus sont-ils clairs — ou implicites?

• Est-ce que je comprends comment les composantes se connectent?

• Saurais-je reconnaître si le système ne fonctionne pas?

Si certaines réponses ne sont pas claires, vous ne disposez pas d’un système sur lequel vous pouvez vous appuyer.

Et ensuite

Dans le prochain article, nous aborderons la surveillance de la sécurité — le moteur du système.

Parce qu’un système bien conçu ne sert à rien s’il ne génère pas, n’analyse pas et n’utilise pas l’information de sécurité.

Travaillons ensemble

Chez Acclivix, nous accompagnons les organisations aéronautiques pour aller au-delà de la documentation et bâtir des SGS qui fonctionnent réellement.

Que ce soit pour revoir votre plan de gestion de la sécurité, cartographier vos processus ou identifier les points de défaillance de votre système — nous pouvons vous aider à voir ce qui se passe vraiment.

Si vous n’êtes pas certain que votre SGS fonctionne comme un système, cela mérite une discussion.