Alternatives à Web Manuals :
la maîtrise documentaire, connectée.

Voir l’encadré au-dessus du sommaire. La suite de cet article décrit ce qu’un outil dédié de maîtrise documentaire fait bien, où la jointure apparaît lorsque les documents vivent à l’écart du travail de sécurité et de qualité qui agit sur eux, et le test simple pour évaluer une alternative.

Commençons par reconnaître ce qui est dû. Contrôler des manuels aéronautiques est un vrai travail, et un produit conçu spécifiquement pour cela fait beaucoup de choses justes. Web Manuals est reconnu pour de bonnes raisons.

Rédaction et révision. Une interface d’édition conçue pour des manuels longs et structurés n’est pas un détail. Modifier le manuel d’exploitation dans un outil qui comprend les chapitres, les renvois et les marques de révision vaut mieux que de le modifier dans un traitement de texte générique. Un outil dédié le fait bien.

Des révisions versionnées et contrôlées. Chaque modification produit une révision numérotée avec un avant et un après clairs. La version contrôlée en vigueur est sans ambiguïté, et les versions remplacées sont conservées pour mémoire. C’est la colonne vertébrale de la maîtrise documentaire, et un outil mature la maîtrise.

Un circuit d’approbation contrôlé. Une révision de manuel ne devrait pas entrer en vigueur parce qu’une personne a modifié un fichier. Un outil de maîtrise documentaire fait passer une révision par la revue et l’approbation avant sa publication, de sorte que la copie contrôlée est la copie approuvée.

Une diffusion fiable. Les bonnes personnes voient la révision en vigueur, avec un suivi de lecture qui permet à l’exploitant de démontrer que les personnes tenues de lire un document l’ont vu. Pour un exploitant réglementé, c’est essentiel, et un outil dédié le gère bien.

Rien de tout cela n’est en cause. Si le seul travail était « garder nos manuels rédigés, révisés et diffusés », un outil de maîtrise documentaire spécialisé serait un choix judicieux. L’argument de cet article n’est pas que l’outil est faible. C’est que le travail s’arrête rarement à la limite du document.

Un document contrôlé ne reste pas immobile sur une étagère. Le reste de l’exploitation sécurité et qualité agit constamment sur lui. Suivez une révision tout au long de sa vie et la jointure apparaît.

Un auditeur lit une procédure pendant un audit et rédige une constatation : la procédure d’assistance en escale ne correspond plus au fonctionnement réel de l’aire de trafic. Cette constatation porte sur un document précis, le manuel des opérations au sol, et sur une section précise de celui-ci. Une action corrective est ouverte pour mettre la procédure à jour. Quelqu’un modifie le document, une nouvelle révision est approuvée et elle est publiée auprès des équipes de piste.

Chaque étape de ce récit franchit la frontière de l’outil documentaire :

• L’audit qui a mis la procédure à l’épreuve vit dans le système de sécurité ou de qualité, pas dans l’outil documentaire.
• La constatation qui a signalé la procédure comme périmée y vit aussi, et le mieux qu’elle puisse faire est de nommer le document en texte libre, parce que le document se trouve dans un autre système.
• L’action corrective qui a motivé la modification vit encore ailleurs, avec son propre statut et sa propre échéance.
• La révision qui en résulte revient dans l’outil documentaire, sans lien durable vers la constatation et l’action corrective qui l’ont produite.

Lorsque les documents vivent dans un système et que les audits, les constatations et les actions correctives vivent dans un autre, trois choses deviennent plus difficiles. Une constatation ne peut pas désigner la révision exacte à modifier : elle peut seulement la décrire. Une révision ne peut pas montrer quelle action corrective l’a motivée : le lien se trouve dans la mémoire de quelqu’un ou dans une colonne de tableur. Et un auditeur qui demande « montrez-moi l’action corrective qui a produit cette révision » obtient une réponse assemblée à la main à travers deux systèmes plutôt que lue directement dans le dossier.

La solution habituelle est un projet d’intégration : relier l’outil documentaire au système de sécurité pour qu’une constatation puisse stocker une référence à un document. Cela aide, mais cela copie le lien au lieu d’être le lien. La référence est un pointeur entre deux systèmes, et les pointeurs divergent : une révision est publiée, un système est mis à niveau, une exportation est relancée, et les deux côtés se désynchronisent sans bruit. La jointure se déplace ; elle ne se referme pas.

eAviora referme cette jointure en conservant la section du document et l’exigence qu’elle satisfait comme des dossiers liés dans un même graphe opérationnel, de sorte qu’une révision rompt le lien plutôt que de laisser derrière elle un pointeur périmé. Web Manuals reste un spécialiste du cycle de vie des manuels contrôlés ; la question pour un exploitant est de savoir si ce lien doit survivre à la révision.

La réponse d’eAviora consiste à placer le document contrôlé sur la même exploitation connectée que le travail qui agit sur lui, plutôt que dans un système séparé relié par une intégration. La discipline de maîtrise documentaire est pleinement présente ; ce qui change, c’est son voisinage.

Un circuit à quatre yeux nominatif. Chaque révision suit un circuit nominatif du réviseur à l’approbateur puis à l’éditeur. Le réviseur, l’approbateur et l’éditeur sont des personnes nommées, et non une signature unique, de sorte que personne ne rédige, n’approuve et ne publie seul un document contrôlé. Le circuit est un flux de travail qui ne peut pas sauter d’étape : une révision n’atteint l’état publié qu’en franchissant chaque étape.

Des accusés de lecture à la publication. Lorsqu’une révision est publiée, les personnes qui doivent la lire sont invitées à en accuser réception, et ces accusés sont consignés sur cette révision. L’exploitant peut démontrer non seulement que la révision en vigueur est contrôlée, mais aussi que les personnes qui devaient la lire l’ont fait.

Un rappel de cadence de révision. Un document contrôlé porte une cadence de révision, et un rappel se déclenche lorsqu’un document doit être revu, de sorte qu’un manuel n’est jamais laissé se périmer en silence entre deux audits. La revue est une obligation planifiée inscrite au dossier, et non une entrée d’agenda que quelqu’un doit penser à tenir.

Les révisions versionnées sont la piste d’audit. Chaque document contrôlé porte l’historique complet de ses révisions, le manuel d’exploitation v3 remplace la v2 qui remplace la v1, et cette chaîne est la piste d’audit. Il n’y a pas de journal séparé à rapprocher ; les révisions sont le dossier.

La différence avec un outil autonome, c’est ce qui se trouve à côté. Parce que les audits, les constatations, les actions correctives et les événements reposent sur la même exploitation connectée que les documents, les liens entre eux sont les dossiers eux-mêmes, et non des références copiées entre systèmes :

• Une constatation ouverte lors d’un audit peut désigner le document contrôlé exact et la révision à modifier : pas un nom tapé dans un champ de texte, mais le véritable dossier du document.
• Une révision de document remonte jusqu’à l’action corrective qui l’a motivée, de sorte que « pourquoi cette révision a-t-elle eu lieu ? » trouve sa réponse dans le dossier, et non dans les souvenirs.
• La question d’un auditeur, montrez-moi la constatation, l’action corrective et la révision qui en a résulté, se lit directement dans les dossiers connectés, sans être assemblée à travers deux outils.

Et comme il n’y a aucune intégration au milieu, il n’y a rien qui puisse diverger et rien à maintenir. La constatation et le document ne sont pas deux systèmes qui s’accordent entre eux ; ils forment la même exploitation. C’est la moitié du travail qu’un outil de maîtrise documentaire, à lui seul, ne peut pas faire.

Les surfaces concernées : Maîtrise documentaire, SGQ (audits et constatations), Conformité. Pour parler de votre exploitation, écrivez-nous.

Lorsque vous comparez un outil de maîtrise documentaire à une exploitation connectée, ne comparez pas sur la seule interface d’édition : un outil spécialisé gagnera généralement cette manche, et ce n’est pas la bonne. Comparez sur la capacité du document à rester relié au travail qui agit sur lui. Trois questions tranchent le débat.

Un : une constatation peut-elle désigner une révision ? Ouvrez une constatation sur une procédure réelle dans l’outil que vous évaluez. La constatation peut-elle faire référence au document contrôlé exact et à la révision précise à modifier, sous forme de dossier, et non de nom tapé ? Si le document vit dans un autre système, la réponse honnête est généralement « seulement en texte libre ».

Deux : une révision peut-elle nommer l’action corrective qui l’a motivée ? Ouvrez une révision publiée et demandez à l’outil pourquoi elle a eu lieu. Sur une exploitation connectée, la réponse est le dossier de l’action corrective relié à la révision. Avec un outil autonome et une intégration, la réponse est un pointeur qui peut être exact ou non.

Trois : la revue a-t-elle lieu à l’échéance sans qu’un humain doive s’en souvenir ? Définissez une cadence de révision sur un document et vérifiez qu’un rappel se déclenche à l’échéance, pour qu’un manuel ne se périme pas en silence entre deux audits. Une planification est facile à revendiquer et facile à vérifier ; demandez à la voir se déclencher.

Appliquez ces trois questions à Web Manuals, à eAviora et à tout autre candidat. Si vos documents et vos constatations ont rarement besoin de se référer les uns aux autres, un outil dédié de maîtrise documentaire peut être exactement ce qu’il vous faut, et une exploitation connectée est plus que nécessaire. S’ils se réfèrent constamment les uns aux autres, ce qui est l’état normal d’une fonction sécurité et qualité qui gagne en maturité, l’exploitation connectée fait la moitié du travail que l’outil documentaire laisse de côté. C’est le test, et il est juste de le soumettre à chaque fournisseur de la mise en concurrence, y compris celui-ci.

Les dimensions ci-dessous transforment ces trois questions en une grille d’évaluation neutre, qu’il est juste de soumettre à toute plateforme de l’évaluation, y compris celle-ci.

Pour un exemple concret d’éléments probants et d’actions correctives fonctionnant sur la même exploitation connectée, voir Conformité IOSA : ISARP, éléments probants et CAPA.