Un SGS qui fonctionne : Revisiter les 6 composantes pour une performance concrète

Partie 2 : La documentation - l’épine dorsale d’un système fonctionnel

La semaine dernière, nous avons abordé le plan de gestion de la sécurité - la fondation de votre SGS.

Cette semaine, nous passons à un élément souvent mal compris, sous-estimé ou réduit à de la paperasse :

La documentation.

Parce que la documentation n’est pas le système.

Mais sans elle, vous n’en avez pas.

La documentation : bien plus qu’une exigence

Dans la Circulaire d’information 107-001, la documentation est présentée comme une composante essentielle du SGS.

Mais en pratique, elle est souvent perçue comme :

• Un exercice de conformité

• Un manuel à maintenir

• Une case à cocher

C’est là que les systèmes commencent à se fragiliser.

Parce que la documentation ne sert pas seulement à contenir de l’information.

Elle sert à :

Rendre votre système visible, reproductible et vérifiable.

Si vos processus ne sont pas documentés :

• Ils ne sont pas appliqués de façon uniforme

• Ils dépendent des individus

• Ils ne peuvent pas être audités

• Et ils ne peuvent pas évoluer

1. Identification et mise à jour des exigences réglementaires applicables

La plupart des organisations peuvent identifier les règlements qui leur sont applicables.

Beaucoup moins peuvent démontrer comment elles se tiennent à jour.

C’est ici que la documentation devient un processus - et non une simple liste.

Les vraies questions :

• Comment savez-vous qu’un règlement a changé?

• Qui est responsable de surveiller ces changements?

• Comment en évaluez-vous l’impact?

• Comment sont-ils mis en œuvre?

• Qui doit être informé - et comment?

• Quelle documentation est mise à jour en conséquence?

Si ces réponses ne sont pas claires, la conformité devient réactive.

Et ce n’est pas tout

En tant qu’exploitant d’aéroport, vous avez aussi des obligations liées aux publications aéronautiques :

• Supplément de vol - Canada (CFS)

• Canada Air Pilot (CAP)

Vous devez :

• Vérifier leur exactitude

• Identifier les erreurs

• Informer le ministre des Transports

Cela exige un processus.

Et surtout :

Cela exige des preuves que ce processus est appliqué.

Ce que “bon” veut dire

• Un processus clair de veille réglementaire

• Des responsabilités définies

• Un lien clair entre les changements et leurs impacts opérationnels

• Des mises à jour documentées et suivies

• Une communication intégrée au processus

• Des révisions périodiques des exigences et de la documentation

Ce que “mauvais” veut dire

• Une liste statique de règlements

• Des changements identifiés tardivement ou de façon informelle

• Aucune responsabilité claire

• Des mises à jour incohérentes

• Aucune preuve que les révisions sont effectuées

2. Documentation du SGS - rendre le système fonctionnel

La semaine dernière, nous avons dit qu’un système est composé de processus interconnectés.

La documentation permet de rendre ces processus :

• Compréhensibles

• Reproductibles

• Auditables

Et chaque processus doit définir clairement :

• Ses intrants (ce qui le déclenche)

• Ses extrants (ce qu’il produit)

Tout n’a pas besoin d’être dans un seul manuel

Un des meilleurs exemples observés :

Une organisation responsable de plusieurs aéroports avait :

• Un plan de gestion de la sécurité simple et clair (environ 20 pages)

• Appuyé par un ensemble structuré de processus documentés

Pourquoi cela fonctionnait :

• Le PGS montrait les liens entre les composantes

• Les processus décrivaient le fonctionnement réel

• L’ensemble pouvait être suivi - et audité

C’est exactement ce qu’on recherche.

Le véritable enjeu

Avez-vous une stratégie de documentation?

Pas seulement des documents - mais une structure qui répond à ces questions :

• Où se trouvent les processus?

• Comment sont-ils maintenus?

• Comment sont-ils mis à jour?

• Comment sont-ils intégrés aux opérations?

Parce qu’au final :

Si la documentation n’est pas utilisée au quotidien, elle ne fait pas partie du système.

Ce que “bon” veut dire

• Une documentation claire, axée sur les processus

• Des intrants et extrants définis

• Une intégration avec les procédures opérationnelles

• Une documentation qui reflète la réalité

• Une utilisation régulière par le personnel

Ce que “mauvais” veut dire

• Des manuels complexes que personne n’utilise

• Des processus implicites plutôt que définis

• Un décalage entre documentation et opérations

• Une documentation créée pour l’audit - pas pour l’usage

3. Gestion des dossiers - là où le système fait ses preuves

La documentation définit le système.

Les dossiers (enregistrements) prouvent qu’il fonctionne.

Les titulaires de certificat doivent disposer de systèmes permettant :

• La production de données

• La tenue de dossiers

• L’analyse de l’information

Mais la vraie question est la suivante :

Votre système de gestion des dossiers travaille-t-il pour vous - ou l’inverse?

Ce que les dossiers doivent permettre

Vos dossiers doivent être :

• Identifiables

• Lisibles

• Conservés adéquatement

• Retenus pour les périodes requises

• Protégés

• Accessibles aux personnes autorisées

• Éliminés de manière appropriée

C’est le minimum.

Mais un système efficace va plus loin.

« In God We Trust. All Others Must Bring Data. »

Cette citation, souvent attribuée à W. Edwards Deming, résume bien l’enjeu :

Les décisions doivent être basées sur des faits - pas des impressions.

Dans un SGS, cela signifie :

• On ne suppose pas que les dangers sont maîtrisés - on le voit dans les données

• On ne suppose pas que les mesures correctives sont efficaces - on les vérifie

• On ne suppose pas que le système fonctionne - on le mesure

Sans dossiers fiables :

• Vous ne pouvez pas démontrer la conformité

• Vous ne pouvez pas valider la performance

• Vous ne pouvez pas appuyer vos décisions

Et au final :

Vous ne pouvez pas gérer la sécurité efficacement.

Ce que “bon” veut dire

• Des dossiers directement liés aux processus

• Des données utilisées pour appuyer les décisions

• Des systèmes qui permettent l’analyse - pas seulement le stockage

• Une traçabilité claire du début à la fin

Ce que “mauvais” veut dire

• Des données dispersées

• Des dossiers difficiles à retrouver

• De l’information collectée mais non analysée

• Des systèmes lourds sans valeur ajoutée

En résumé

La documentation n’est pas de la paperasse.

C’est :

• Ce qui définit votre système

• Ce qui permet de l’appliquer

• Et ce qui prouve qu’il fonctionne

Sans elle :

• Les processus se désagrègent

• L’imputabilité diminue

• L’amélioration cesse

Et votre SGS devient un système qui existe sur papier - mais pas en pratique.

Un défi pour les dirigeants

Prenez 15 minutes cette semaine et posez-vous les questions suivantes :

• Avons-nous un processus clair de veille réglementaire?

• Notre documentation est-elle structurée autour des processus - ou des documents?

• Nos processus définissent-ils clairement les intrants et extrants?

• Nos dossiers nous aident-ils à prendre des décisions - ou sont-ils simplement stockés?

• Pourrions-nous démontrer le fonctionnement de notre système à l’aide de preuves?

Si ces réponses ne sont pas claires, votre système n’est peut-être pas aussi solide qu’il le semble.

Et ensuite

La semaine prochaine, nous aborderons la surveillance de la sécurité - le moteur du système.

Parce que la documentation définit ce qui devrait se produire.

La surveillance confirme si cela se produit réellement.

Travaillons ensemble

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

Que ce soit pour :

• Élaborer une stratégie de documentation efficace

• Cartographier vos processus et définir les intrants/extrants

• Améliorer la gestion des dossiers et la visibilité des données

• Ou mettre en place des outils comme Wombat Safety Software

- nous vous aidons à transformer votre documentation en levier de performance.

Si votre documentation vous semble lourde - mais peu utile - il est temps d’en discuter.