Meilleures pratiques de contrôle de version SOP

En bref

• Organisez une révision critique pour la sécurité derrière un recyclage pratique et un contrôle de compétence signé, et non une lecture et un accusé de réception ; voir /fr/templates/organigramme-du-processus-de-controle-des-modifications-sop.
• Nommez un propriétaire responsable de la SOP elle-même, indépendamment de celui qui a rédigé la dernière révision.
• Retirez une SOP remplacée de chaque point d'utilisation (classeurs de poste de travail, tableaux d'affichage, lecteurs partagés), pas seulement du registre.
• Définissez l'intervalle d'examen en fonction du risque opérationnel, et non en fonction d'une date annuelle fixe appliquée à chaque SOP de la même manière.
• La vue Journal des modifications et comparaison des versions de QueryChart, dans /features/version-control, vous donne la preuve qui a modifié quel champ sans processus supplémentaire.

Quatre disciplines ignorées par une liste de contrôle générique

Cette page suppose que les mécanismes sont déjà en cours d'exécution. Si votre journal d'historique des révisions a toujours besoin d'un flux de travail (qui rédige une entrée, qui la révise, qui la signe) qui est couvert par /fr/guides/comment-suivre-les-modifications-dans-une-sop, et que la cadence qui maintient les entrées dans les délais est à /fr/guides/comment-gerer-les-revisions-des-sop. Ce qu'aucune de ces pages ne demande, c'est si la pratique est bonne une fois qu'elle est en cours d'exécution, et pour une SOP en particulier, « bonne » signifie quelque chose de plus étroit que pour une politique ou un modèle de feuille de calcul.

/fr/guides/bonnes-pratiques-en-matiere-de-controle-de-version-des-documents couvre la discipline générale (un identifiant stable, un emplacement faisant autorité, un intervalle de révision avec un propriétaire nommé) et chacune de ces règles s'applique toujours à une SOP. Ce qui est supplémentaire, c'est qu'une SOP indique à quelqu'un comment effectuer physiquement une tâche, donc une révision qui modifie la procédure change ce qu'une personne fait avec ses mains, pas seulement ce que dit un fichier. Quatre pratiques découlent de cette différence, et une liste de contrôle de document générique n'a aucune raison de mentionner aucune d'entre elles : un contrôle de compétence avant la mise en ligne d'une révision critique pour la sécurité, la propriété attribuée à la SOP plutôt qu'à celui qui l'a rédigée en dernier, un retrait qui atteint le poste de travail et pas seulement le registre, et un intervalle de révision fixé en fonction du risque au lieu d'une date calendaire fixe.

Trois des quatre apparaissent directement dans le journal de l'historique des révisions parcouru ci-dessous : une branche critique pour la sécurité qui achemine certaines entrées différemment des autres, une vérification d'une entrée en double déjà ouverte sur la même SOP et une étape de retrait qui doit atteindre la copie utilisée, pas seulement le journal. La quatrième (un propriétaire responsable) est une règle indiquant qui est nommé dans le dossier plutôt que quelque chose qu'une forme de graphique impose. Le propre historique des versions de QueryChart donne à un contrôleur de document le même type de preuve pour le graphique lui-même : un journal des modifications avec des différences par champ, une vue Comparer les versions et une restauration en un clic, le tout gratuit et activé par défaut, décrit dans son intégralité dans /features/version-control.

Comment cela fonctionne

1. Ajoutez une porte de recyclage aux révisions critiques pour la sécurité

   Acheminez toute révision touchant une étape critique pour la sécurité vers une formation pratique et une liste de contrôle des compétences signée avant sa mise en ligne, et non vers une lecture et un accusé de réception. /fr/templates/organigramme-du-processus-de-controle-des-modifications-sop montre la porte comme une branche d'approbation QA qui bloque la mise en service jusqu'à ce que chaque opérateur concerné ait signé.

2. Nommer un propriétaire responsable par SOP

   Mettez le nom du propriétaire sur l'enregistrement SOP lui-même, dans un champ distinct de celui de l'auteur de toute révision. La propriété doit survivre à un changement de personnel ou à un transfert de rédaction ; si le « propriétaire » est celui qui a édité le fichier en dernier lieu, personne n'est responsable du document tout au long de sa vie.

3. Construire une liste de contrôle de retrait par point d'utilisation

   Répertoriez chaque endroit où une révision atteint avant de la publier (le classeur du poste de travail, le tableau d'affichage, le lecteur partagé, le pack d'intégration) et cochez chacun d'entre eux lorsque la copie remplacée arrive. Une inscription au registre marquée « retirée » dont une copie imprimée est toujours accrochée au mur n'a pas été retirée.

4. Intervalles d'examen des niveaux par risque, pas un calendrier plat

   Accorder un intervalle plus court aux SOP critiques pour la sécurité qu'aux SOP administratives à faible risque ; tamponner chaque document avec la même date annuelle transforme la révision en une formalité que personne n'a le temps de faire correctement. Définissez l'intervalle lorsque la SOP est émise, et non lorsque le registre la signale.

5. Prouvez la pratique avec le journal des modifications, pas le registre seul

   Ouvrez Comparer les versions sur le graphique pour voir exactement quel champ a changé, à partir de quelle valeur et qui l'a approuvé, au lieu de vous fier au propre compte du journal de l'historique des révisions. QueryChart conserve cet historique de versions gratuit sur chaque graphique : voir /features/version-control.

Erreurs à éviter

• Une signature qui ne prouve rien

  Un accusé de lecture et un accusé de réception prouve que quelqu'un a ouvert le fichier, et non qu'il peut exécuter correctement la nouvelle méthode. Réservez-le pour les changements à faible risque et exigez une formation pratique avec une liste de contrôle signée chaque fois que l'étape est critique pour la sécurité.

• Propriété qui change à chaque modification

  Si la responsabilité revient par défaut à celui qui a touché le dernier brouillon, un auteur sortant laisse la SOP sans aucun propriétaire. Attribuez le rôle de propriétaire une fois, sur la SOP, et mettez-le à jour délibérément plutôt que de laisser la paternité y dériver.

• Retiré au registre, en direct sur le mur

  Marquer une révision remplacée dans le journal n'a aucun effet sur la copie plastifiée enregistrée sur le poste de travail. Parcourez votre propre liste de retrait avant de lui faire confiance : les copies que vous trouvez sont celles que le processus a manquées.

• Un intervalle pour chaque SOP, quel que soit le risque

  Une date d'examen annuelle fixe transforme les SOP à haut risque en documents de faible priorité et celles à faible risque en perte de capacité d'examen. Établissez l'intervalle en fonction de ce que régit la SOP, et non en fonction du moment où il arrive à échéance.

Questions fréquentes

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

Les mécanismes sont les mêmes (un identifiant stable, une copie faisant autorité, un intervalle de révision) et /fr/guides/bonnes-pratiques-en-matiere-de-controle-de-version-des-documents les couvre. Ce qui diffère est la conséquence d'une lacune : une SOP indique à quelqu'un comment effectuer physiquement une tâche, donc une copie obsolète ou non retirée change ce qu'une personne fait réellement, c'est pourquoi la pratique des SOP ajoute une porte de recyclage et un contrôle de retrait au point d'utilisation dont une politique ou un formulaire n'a pas besoin.

Quand une révision doit-elle être recyclée au lieu d’une lecture et d’un accusé de réception ?

Lorsque le changement affecte une étape critique pour la sécurité : tout ce qui, effectué à l'ancienne, entraîne une blessure, un produit non conforme ou une violation de la réglementation. /fr/templates/organigramme-du-processus-de-controle-des-modifications-sop achemine ce cas via une approbation contrôlée par l'assurance qualité et un recyclage pratique obligatoire avec une liste de contrôle des compétences signée ; tout le reste peut passer par la piste de lecture et d'accusé de réception plus légère.

Le propriétaire et l’auteur de la SOP doivent-ils être la même personne ?

Pas nécessairement, et les garder séparés est généralement l’arrangement le plus durable. L'auteur rédige une révision donnée ; le propriétaire est responsable de la SOP pour chaque révision qu'il aura, y compris celles rédigées par quelqu'un d'autre après le départ de l'auteur d'origine.

Le contrôle de version SOP est-il la même chose que le contrôle de modification SOP ?

Non. Le contrôle de version est la façon dont vous identifiez et suivez les révisions ; Le contrôle des modifications est la porte de flux de travail par laquelle passe une modification proposée avant de devenir une modification. /fr/guides/controle-de-version-vs-controle-de-modification-quelle-est-la-difference couvre la distinction générale, et pour les SOP en particulier, /fr/templates/organigramme-du-processus-de-controle-des-modifications-sop est la porte de contrôle des modifications qui produit la version régie ensuite par les pratiques de cette page.