Comment contrôler la version d'une SOP

En bref

• Numérotez chaque révision du SOP et imprimez-la sur chaque page : le numéro correspond à ce que désignent un dossier de formation et une piste d'audit.
• Acheminez les changements critiques pour la sécurité via une évaluation documentée de l'impact sur la sécurité et un recyclage pratique, et non par une lecture et un accusé de réception.
• Une liste de contrôle des compétences signée constitue une preuve de recyclage ; une confirmation de lecture n'est qu'une preuve que quelqu'un a ouvert le fichier.
• Les deux voies de révision (critique pour la sécurité et standard) convergent toujours vers une étape : marquer la révision précédente comme étant remplacée.
• La vue Journal des modifications et Comparaison des versions de QueryChart (/features/version-control) montre qui a modifié quel champ, sans registre séparé.

Une SOP obsolète n'est pas un problème de classement

Une SOP n'est pas un enregistrement de ce qui devrait se produire en général : il s'agit de la séquence exacte que suit actuellement une personne en poste, c'est pourquoi le contrôle de version d'une SOP comporte un enjeu qu'une politique ou un modèle de feuille de calcul n'a pas. Une révision obsolète d’un brief marketing coûte à quelqu’un un après-midi de retouche. Une révision obsolète d'une procédure de verrouillage-étiquetage ou d'une liste de contrôle de libération de lots coûte la main à quelqu'un, ou expédie un lot non conforme, car un opérateur qui fait exactement ce que dit le papier sur le mur fait exactement ce que le processus lui a demandé, même lorsque le document est en retard de deux révisions.

Le contrôle de version générique des documents, couvert par /fr/guides/comment-controler-la-version-d-un-document, demande quel fichier est à jour et qui l'a approuvé. Le contrôle de version SOP pose une question supplémentaire pour chaque changement : qui doit être recyclé avant d'effectuer l'étape différemment, et comment prouver qu'il l'a été. Un numéro inscrit dans un registre n’empêche pas un opérateur d’exécuter l’ancienne méthode ; seul un dossier de formation complété, daté et signé lié au nouveau numéro de révision le fait, c'est pourquoi le flux de travail d'approbation d'une SOP contrôlée (voir /fr/templates/modele-sop-controle-suivi-d-approbation-controle-de-version) doit passer à une étape de recyclage plutôt que de s'arrêter à « approuvé ».

Le tableau ci-dessous repose exactement sur ce jugement (« Étape critique pour la sécurité affectée ? ») car les deux réponses exigent des preuves différentes. Un changement critique pour la sécurité passe par une évaluation documentée de l'impact sur la sécurité, une approbation contrôlée par l'assurance qualité et un recyclage pratique avec une liste de contrôle des compétences signée ; un changement non critique pour la sécurité fait l'objet d'un examen d'adéquation standard et d'une lecture et d'un accusé de réception. L'audit conclut que ce processus vise à empêcher de regrouper les deux en un seul chemin, ou de traiter une confirmation de lecture comme une preuve de compétence sur une étape critique pour la sécurité. Le propre historique des versions de QueryChart (voir /features/version-control) donne à une équipe d'assurance qualité un journal des modifications et une vue de comparaison des versions pour vérifier que chaque révision a effectivement emprunté cette voie, sans un registre de feuille de calcul parallèle qui s'écarte de ce que le graphique indique.

Comment cela fonctionne

1. Corriger le schéma de numérotation des SOP avant la première révision

   Attribuez à chaque SOP un identifiant et un numéro entier de révision, imprimés dans l'en-tête de chaque page à côté de la date d'entrée en vigueur et de l'approbateur. Décidez-en une fois, car une renumérotation ultérieure brise tous les enregistrements de recyclage et toutes les pistes d'audit citant l'ancien numéro.

2. Enregistrez la demande par rapport à la révision qu'elle modifie

   Ouvrez une demande avec l'étape exacte à modifier et la raison (un incident, un quasi-accident, un écart) avant que quiconque ne touche au brouillon. Tapez-le dans la colonne de texte Box d'un graphique et utilisez Line to pour le pointer vers la ligne qui enregistre la demande par rapport à la révision actuelle, de sorte que la demande soit liée à une version plutôt que de flotter librement.

3. Forcer explicitement la décision critique pour la sécurité

   Attribuez au flux de travail une ligne de décision demandant si une étape critique pour la sécurité est affectée, avec deux branches étiquetées dans la colonne de texte de ligne. Acheminer « Oui » vers une évaluation documentée de l'impact sur la sécurité et « Non » vers un examen d'adéquation des normes ; ne laissez jamais un demandeur ou un approbateur ignorer la question par hypothèse.

4. Bloquez le chemin critique pour la sécurité grâce à une reconversion pratique, et non à une reconnaissance

   Après approbation, planifiez une formation pratique obligatoire et exigez une liste de contrôle des compétences signée avant que le changement puisse être mis en œuvre. Une ligne qui indique uniquement « lire et accuser réception » appartient au chemin standard, pas au chemin critique pour la sécurité : conservez les deux lignes séparées afin que la distinction survive à une réorganisation ultérieure.

5. Converger les deux chemins sur une seule mise à jour du registre

   Quelle que soit la branche prise par une modification, acheminez-la vers une seule ligne en forme de fichier qui met à jour le registre SOP et marque la révision précédente comme remplacée, avant de publier la nouvelle comme actuelle. Un point de convergence signifie un endroit pour vérifier que chaque chemin atteint effectivement la retraite de l'ancienne copie.

6. Confirmez tous les opérateurs concernés, pas seulement ceux inscrits

   Avant de publier, cochez le recyclage ou la reconnaissance pour chaque équipe et chaque entrepreneur concerné par l'étape, pas seulement l'équipe qui se trouvait sur place lorsque le changement a été approuvé. Un quart de nuit manqué est le constat qui revient à chaque cycle d’audit.

Erreurs à éviter

• Lire et accuser réception d'une étape critique pour la sécurité

  Une confirmation de lecture prouve que quelqu'un a ouvert le fichier, et non qu'il peut effectuer l'étape en toute sécurité. Acheminez tout changement vers une étape critique pour la sécurité via un recyclage pratique et une liste de contrôle des compétences signée, comme dans « Terminer la formation pratique et signer la liste de contrôle des compétences ».

• Une modification rejetée réintègre la révision, pas seulement le brouillon

  Il est tentant de répéter « Approuvé ? » revenir directement à l'étape de la demande afin qu'une modification rejetée puisse être reformulée et soumise à nouveau. Sur le chemin critique pour la sécurité, renvoyez le rejet à « Effectuer une évaluation documentée de l'impact sur la sécurité » (exactement comme le fait ce tableau), de sorte qu'un projet révisé soit réévalué pour la sécurité, et pas seulement retapé et soumis à nouveau.

• Une entrée de registre qui ne nomme pas l'équipe

  « Mettre à jour le registre des SOP et marquer la révision précédente comme remplacée » n'est vrai qu'une fois que chaque équipe et entrepreneur concerné s'est recyclé ou reconnu, et non une fois que l'équipe de jour l'a fait. Nommez la population atteinte par l'étape, ou une équipe de nuit continue d'exécuter la version retirée.

Questions fréquentes

Le contrôle de version SOP est-il différent du contrôle de version de document générique ?

Oui, d'une manière spécifique : le contrôle de version d'une SOP doit déterminer qui a besoin d'être recyclé avant que la nouvelle révision n'entre en vigueur, et pas seulement quelle copie est à jour. Le contrôle de version générique des documents (couvert dans /fr/guides/comment-controler-la-version-d-un-document) régit la numérotation, l'approbation et le retrait de tout document contrôlé. Une SOP ajoute une question de compétence en dessous : un numéro de révision modifié n'empêche pas un opérateur d'utiliser l'ancienne méthode jusqu'à ce qu'il ait été recyclé sur la nouvelle, de sorte que l'enregistrement de contrôle de version d'une SOP doit comporter un statut de formation ou d'accusé de réception aux côtés de la piste d'approbation habituelle.

Comment une modification SOP critique pour la sécurité doit-elle être acheminée différemment d’une modification mineure ?

Un changement critique pour la sécurité (un changement dans lequel une mauvaise étape risque de provoquer une blessure, un produit non conforme ou une violation de la réglementation) nécessite une évaluation documentée de l'impact sur la sécurité, une approbation contrôlée par l'assurance qualité et une reconversion pratique avec une liste de contrôle de compétences signée avant de pouvoir être mis en ligne. Un changement non critique pour la sécurité peut faire l'objet d'un examen d'adéquation standard, d'une approbation ordinaire et d'une lecture et d'un accusé de réception. C'est en faisant passer les deux par le même chemin léger qu'une modification de la formulation et une modification d'une étape de verrouillage finissent par être soumises à la même norme de preuve, ce qui est trop peu pour l'un et trop pour l'autre.

Un enregistrement de formation est-il la même chose qu'un contrôle de version pour une SOP ?

Non : ils répondent à des questions différentes et un processus SOP a besoin des deux. Le contrôle de version permet de savoir quelle révision est en cours, qui l'a approuvée et ce qu'elle a remplacé ; un dossier de formation permet de déterminer qui a démontré sa compétence lors de cette révision. L'historique des versions de QueryChart dans /features/version-control couvre le premier : un journal des modifications avec des différences par champ, une vue et une restauration de comparaison des versions. La liste de contrôle des compétences signée qu'exige un changement critique pour la sécurité, décrite ci-dessus, couvre la seconde, et les deux doivent faire référence au même numéro de révision, sinon un auditeur ne peut pas dire si la personne formée correspond à la procédure en vigueur.

Quelles sont les preuves minimales qu’un auditeur attend pour une révision des SOP ?

Un numéro de révision et la date d'entrée en vigueur imprimés sur le document, un enregistrement indiquant qui l'a approuvé et quand, une raison documentée du changement lié à la demande qui l'a déclenché et, pour tout ce qui est critique pour la sécurité, un enregistrement de compétence daté et signé indiquant qui a été recyclé et sur quelle version. Pour les mécanismes de routage et d'approbation du document SOP lui-même, consultez le modèle SOP contrôlé sur /fr/templates/modele-sop-controle-suivi-d-approbation-controle-de-version ; pour la question plus précise de ce qui a changé entre deux révisions, voir /fr/guides/comment-suivre-les-modifications-dans-une-sop.