Les méthodes que la plupart des outils documentent,
eAviora les calcule.

Voir l’encadré au-dessus du sommaire. La suite de cet article explique ce que signifie réellement « calculée, pas documentée », les méthodes du catalogue, le fonctionnement de la première version rédigée par l’IA et pourquoi une méthode structurée vaut mieux qu’un champ de texte libre.

Demandez à la plupart des outils de sécurité aérienne s’ils « prennent en charge HFACS » et la réponse honnête est : ils prennent en charge un document HFACS. Vous obtenez un modèle PDF vierge, ou un formulaire mis en forme avec quatre intitulés, et vous le remplissez à la main. La méthode est sur la page ; l’analyse reste entièrement manuelle, et elle vit à l’écart du dossier de l’événement plutôt qu’à l’intérieur.

C’est documenter une méthode. C’est mieux que rien, mais cela laisse les parties les plus difficiles, structurer les facteurs, les garder cohérents d’une enquête à l’autre, les relier aux mesures de maîtrise qui ont échoué, sur les épaules de l’enquêteur, dans un fichier que le reste du système ne lit jamais.

Calculer une méthode, c’est autre chose. La plateforme dessine la méthode comme une surface de travail : les quatre niveaux HFACS sous forme d’échelle structurée, les composantes SHELL comme des interfaces à évaluer une à une, l’arbre Tripod Beta, l’arête de poisson, les couches du fromage suisse, le nœud papillon lui-même. Vous travaillez dans la structure de la méthode au lieu de taper de la prose dans un champ vide, et le résultat fait partie du dossier, ce n’est pas un document à côté.

En bref : une méthode documentée est un modèle que vous remplissez ; une méthode calculée est une surface que la plateforme affiche et maintient reliée au dossier qu’elle explique. eAviora fournit la seconde.

Le catalogue couvre les méthodes que les enquêteurs en aviation utilisent réellement. Chacune a son propre rendu dédié à l’écran, et non un champ de texte libre commun affublé d’un intitulé différent.

• HFACS : le Human Factors Analysis and Classification System, un modèle des facteurs humains à quatre niveaux qui classe les facteurs contributifs en actes dangereux, conditions préalables aux actes dangereux, supervision dangereuse et influences organisationnelles. Il dispose d’un rendu dédié qui dessine les quatre niveaux, de sorte que les facteurs se placent au bon niveau plutôt que dans un paragraphe.
• SHELL : le modèle qui examine les inadéquations entre les personnes et le système qui les entoure : les interfaces entre l’humain et le logiciel, le matériel, l’environnement et les autres personnes. Affiché sous forme de composantes à évaluer, et non d’un mur de texte.
• Tripod Beta : la méthode des défaillances latentes qui remonte chaque événement, à travers ses causes immédiates, jusqu’aux conditions sous-jacentes qui l’ont permis. Affichée selon la structure que la méthode exige, de sorte que les défaillances latentes sont saisies, et non sous-entendues.
• L’arête de poisson (Ishikawa) : le diagramme de causes et effets qui regroupe les facteurs contributifs le long d’une arête, pour que les catégories de causes soient visibles d’un coup d’œil.
• Le modèle de Reason (fromage suisse) : les défenses organisationnelles sous forme de couches comportant des trous ; un événement passe lorsque les trous s’alignent. Affiché sous forme de couches, de sorte que les trous qui se sont alignés sont explicites.
• Le nœud papillon : l’événement redouté au centre, les menaces à gauche, les conséquences à droite, et les barrières le long des chemins entre les deux. Affiché comme un diagramme de travail, chaque barrière étant portée comme une mesure de maîtrise que vous pouvez évaluer, et non comme une case que vous décrivez.

Parce que chaque méthode est calculée plutôt que documentée, la plateforme peut faire ce qu’un PDF ne peut pas : relier l’analyse au reste de l’enquête. Les facteurs HFACS, les inadéquations SHELL et les défaillances latentes Tripod Beta reposent sur la même exploitation connectée que les barrières du nœud papillon et les actions correctives, de sorte que la méthode explique le dossier plutôt que de le décrire de l’extérieur.

Une méthode vierge, calculée ou non, reste une méthode vierge. La partie la plus difficile de toute analyse structurée est la première version : transformer les faits de l’événement en une structure de départ. eAviora la prend en charge avec une première version rédigée par l’IA : pour chaque méthode, l’assistant IA propose une analyse de départ, déjà disposée selon la structure de la méthode.

Puis un humain la valide. C’est la règle, pas un réglage : l’IA propose, l’enquêteur décide. La version préliminaire est un point de départ, jamais la conclusion. L’enquêteur la lit, la modifie, accepte les parties qui tiennent et rejette celles qui ne tiennent pas. Rien n’est accepté simplement parce que l’IA l’a suggéré.

L’intérêt de la première version est qu’elle supprime le problème de la page blanche sans supprimer le jugement de l’enquêteur. Un modèle HFACS vide vous oblige à partir de zéro ; une analyse HFACS rédigée par l’IA vous donne une proposition structurée à discuter, plus rapide vers un résultat défendable, et toujours détenue par la personne dont le nom figure sur l’enquête.

Il est tentant de traiter l’enquête comme une tâche de rédaction : un bon enquêteur écrit un bon récit, alors donnez-lui un grand champ de texte. Le problème, c’est qu’un champ de texte consigne ce qu’une personne a pensé écrire un jour donné. L’enquête suivante, menée par une autre personne, saisit d’autres éléments dans un autre ordre, et les deux ne peuvent plus être comparées.

Une méthode structurée pose les mêmes questions sous la même forme à chaque fois. Les quatre niveaux HFACS sont toujours les quatre niveaux HFACS. Les interfaces SHELL sont toujours les mêmes interfaces. Tripod Beta demande toujours les défaillances latentes. Cette cohérence n’est pas de la bureaucratie : c’est la seule chose qui permet à un analyste de parcourir une année d’enquêtes et d’y voir une tendance : la même condition préalable qui revient, la même lacune de supervision, la même inadéquation SHELL.

C’est le rendu dédié à chaque méthode qui impose cette forme. Un champ de texte libre ne le peut pas : il accepte tout, donc il saisit tout et ne compare rien. Afficher la méthode signifie que les facteurs contributifs se placent là où la méthode le prévoit, et que la plateforme peut les porter plus loin : dans les barrières du nœud papillon, dans les actions correctives, dans le dossier auquel appartient l’enquête.

Et comme les méthodes s’exécutent dans l’étape d’enquête du flux de travail de l’événement, sur la même exploitation connectée que les barrières et les actions correctives, l’analyse est liée au dossier qu’elle explique. Un nœud papillon qui est une surface de travail plutôt qu’un tableur, et une enquête qui relie l’événement aux actions qui suivent, sont la même idée appliquée au même dossier : une seule exploitation connectée, pas un dossier de documents.

Consultez le module SGS pour savoir où se trouve l’étape d’enquête, l’entrée du glossaire sur HFACS pour les définitions des méthodes, ou écrivez-nous pour passer en revue votre exploitation.