Organigramme du workflow de contrôle des modifications de documents
Un organigramme du flux de travail de contrôle des modifications de documents couvrant la classification mineure/majeure, l'évaluation de l'impact du réviseur, l'approbation, l'estampillage des versions, les mises à jour de la liste de…
Qu'est-ce que le processus organigramme du workflow de contrôle des modifications de documents ?
Le contrôle des modifications documentaires est plus étroit que le contrôle documentaire et différent en nature de la gestion des modifications informatiques, et il vaut la peine de séparer les trois. Le cycle de vie complet d'un document constitutif, de la demande à la rédaction, en passant par l'approbation, l'émission et l'examen périodique, constitue le processus de contrôle des documents chez /fr/templates/organigramme-du-processus-de-controle-des-documents. Les étapes par lesquelles passe une modification proposée à un système ou à un service, l'évaluation d'impact, l'approbation du CAB, un plan de restauration et une fenêtre de déploiement, constituent le processus de contrôle des modifications chez /fr/templates/processus-de-controle-des-changements. Ce graphique n’est ni l’un ni l’autre. Il s'agit de la sous-procédure spécifique qui se déclenche lorsqu'un document déjà en vigueur doit être modifié : comment la révision est classée, révisée, approuvée, versionnée et publiée, et comment la copie qu'elle remplace est formellement retirée. Il n'y a pas de CAB ici, pas de fenêtre de restauration, pas de langage de déploiement, car une révision de document n'est pas une modification du système.
La décision que la plupart des procédures écrites sautent se trouve juste au début : « Changement classé comme mineur ou majeur ? » Une correction de formulation, une correction de formatage ou une faute de frappe ne nécessitent pas le même examen minutieux qu'une modification de ce que le document requiert réellement, et traiter chaque modification de la même manière entraîne des modifications triviales dans un cycle de révision complet ou laisse passer une modification substantielle sur la voie rapide destinée aux fautes de frappe. Ce tableau dessine explicitement la fourchette, de sorte qu'un changement mineur est préparé et approuvé rapidement tandis qu'un changement majeur est transmis à l'examinateur du changement pour une évaluation d'impact enregistrée avant d'atteindre la même porte d'approbation.
Les deux étapes qui distinguent le plus ce flux de travail d'un processus de révision générique concernent toutes deux ce qui se passe après l'approbation. "Mettre à jour le numéro de version et la liste de distribution" traite le cachet de version et la liste des personnes qui détiennent une copie actuelle comme une seule action, et non deux, car un document dont la version a changé mais dont la liste de distribution n'a pas changé est exactement la façon dont quelqu'un finit par travailler à partir d'une copie qui a une révision en retard. Et "Retirer et marquer la version précédente comme remplacée" donne à l'ancienne copie une sortie explicite et enregistrée plutôt que de la laisser disparaître d'elle-même, les détenteurs de la liste de distribution reconnaissant le retrait afin qu'il y ait une trace de qui a été informé.
Ce que couvre cet organigramme
Dans ce modèle
- Cinq voies : demandeur, propriétaire du document, réviseur des modifications, contrôleur du document et détenteurs de la liste de distribution, à travers cinq phases : demande, évaluation, approbation, version et distribution et remplacement.
- Admission : « Modification d'un document contrôlé identifié » mène à « Soumettre une demande de modification de document », qui capture l'ID du document, la version actuelle et la raison de la modification, puis « Enregistre la demande par rapport à l'enregistrement du document ».
- La fourchette de classification : « Changement classé comme mineur ou majeur ? » achemine un changement mineur directement vers « Préparer la modification accélérée », tandis qu'un changement majeur va d'abord vers « L'examinateur des changements évalue l'impact complet » et « Enregistrer l'impact sur les documents et formulaires associés ».
- Les deux chemins convergent vers l’Approuvé ? décision, dont la branche Rejeté revient à « Réviser le projet et soumettre à nouveau pour révision » et revient à l'étape de révision plutôt que de mettre fin à la demande.
- La phase de version et de distribution, propriété du contrôleur du Document : « Mettre à jour le numéro de version et la liste de distribution », « Publier la nouvelle version sur l'emplacement contrôlé », puis « Notifier les détenteurs de la liste de distribution de la nouvelle version ».
- Remplacement formel : "Retirer et marquer la version précédente comme remplacée" et "Les titulaires de la liste de distribution accusent réception du retrait", se terminant par "Document réédité sous contrôle formel des modifications".
Quand utiliser ce modèle
- Vous écrivez la sous-procédure spécifique sur la façon dont un seul document contrôlé change, et vous souhaitez qu'elle soit séparée du cycle de vie plus large du contrôle des documents afin que les deux ne soient pas confondus dans un audit.
- Des copies remplacées continuent d'apparaître aux côtés de la version actuelle, et vous avez besoin d'une étape explicite de gestion des versions et de retrait plutôt que de croire que les gens remarqueront que l'ancienne a disparu.
- Chaque modification est actuellement acheminée via la même révision approfondie, et des corrections de formulation ou de formatage triviales sont sauvegardées derrière des modifications qui modifient réellement une exigence.
- Votre liste de distribution est une feuille de calcul que personne ne se souvient de mettre à jour, et vous souhaitez que le cachet de version et la mise à jour de la liste se déroulent en une seule étape plutôt que deux qui peuvent s'écarter.
- Un auditeur ou un organisme de certification vous a demandé comment vous saviez que chaque détenteur d'un document contrôlé avait été informé d'une révision, et vous avez besoin que cette notification et cet accusé de réception soient une étape et non une présomption.
Comment cela fonctionne
Renommez les voies selon vos vrais rôles
Remplacez le demandeur, le propriétaire du document, le réviseur des modifications, le contrôleur du document et les titulaires de la liste de distribution par les rôles que vous avez réellement. Dans une petite équipe, le propriétaire du document et le réviseur des modifications sont souvent la même personne, sauf pour les changements majeurs ; fusionner ces voies plutôt que de dresser un bilan qui ne se produit jamais de manière indépendante.
Notez ce qui compte comme mineur par rapport à majeur
La décision de classification est aussi valable que la règle qui la sous-tend. Exemples de liste : les corrections de fautes de frappe et de formatage, les coordonnées mises à jour et les liens rompus sont mineurs ; tout ce qui modifie une exigence, une responsabilité, une limite d'approbation ou un contrôle référencé est majeur. Placez la règle à côté de la décision afin qu'un demandeur puisse s'auto-classer avant qu'elle n'atteigne le propriétaire du document.
Corrigez votre système de numérotation des versions
Dans « Mettre à jour le numéro de version et la liste de distribution », décidez de la convention : par exemple un nombre entier pour une révision majeure approuvée et un nombre décimal pour une révision mineure accélérée. Indiquez ce qui doit apparaître sur chaque page : numéro du document, version, date d'entrée en vigueur et qui l'a approuvé, afin que le numéro seul indique au lecteur s'il consulte la version actuelle.
Définir la liste de distribution et qui la gère
Nommez la liste mise à jour par ce flux de travail : qui y figure par rôle plutôt que par nom, comment une personne est ajoutée lorsqu'elle rejoint une équipe qui utilise le document et comment elle est supprimée lorsqu'elle le quitte. Décidez si la notification est une diffusion ou nécessite l'accusé de réception que ce tableau dessine à « Les titulaires de la liste de distribution accusent réception du retrait ».
Répertoriez tous les endroits où une copie remplacée pourrait survivre
« Retirer et marquer la version précédente comme remplacée » n'est exécutable que s'il est accompagné d'une liste de contrôle : lecteurs partagés, copies imprimées au point d'utilisation, pages intranet, packs d'intégration, copies des fournisseurs ou des clients. Conservez une copie archivée marquée comme remplacée pendant votre période de conservation plutôt que de la supprimer complètement.
Décider de ce qui déclenche l’analyse d’impact complète
Dans « Enregistrer l'impact sur les documents et formulaires associés », répertoriez les catégories qu'un examinateur de modification doit vérifier : procédures référencées, formulaires liés, matériel de formation et tout autre document contrôlé qui cite la section en cours de modification. Chaque personne concernée a besoin de sa propre demande de changement plutôt que d'être corrigée tranquillement à l'intérieur de celle-ci.
Questions fréquentes
Qu’est-ce que le contrôle des modifications de documents ?
C'est la procédure qui se déroule spécifiquement lorsqu'un document déjà approuvé et utilisé doit être modifié : comment la modification est demandée, classée comme mineure ou majeure, revue en profondeur qui correspond à cette classification, approuvée, tamponnée avec une nouvelle version, poussée aux personnes qui en détiennent une copie, et comment la version qu'elle remplace est formellement retirée. Il s’agit d’une sous-procédure du cycle de vie plus large du contrôle des documents, et non d’un remplacement ; le contrôle des documents couvre également la première rédaction et l’approbation d’un document avant toute modification.
En quoi le contrôle des modifications documentaires est-il différent de la gestion des modifications informatiques ?
Ils partagent une forme, une demande, une évaluation, une approbation, une mise en œuvre, mais pas un sujet. La gestion des changements de type informatique ou ITIL régit les changements apportés aux systèmes et aux services : elle nécessite un comité consultatif sur les changements, une évaluation des risques et des temps d'arrêt, une fenêtre de changement planifiée et un plan de restauration, car ce qui change, c'est une infrastructure qui peut tomber en panne pendant le changement. Le contrôle des modifications de documents régit les modifications apportées à un artefact écrit : une politique, une procédure, une instruction de travail ou un formulaire. Il n'y a pas de fenêtre de temps d'arrêt ni de plan de restauration, car une révision de document n'est pas mise en ligne comme le fait un déploiement ; il remplace une copie remplacée. Les deux sont documentés séparément pour la même raison pour laquelle une usine conserve son journal des modifications d'équipement séparément de son journal des modifications de procédures : des risques différents, des évaluateurs différents, des preuves différentes.
Comment décider si une modification de document est mineure ou majeure ?
Par l'impact du changement sur les exigences du document, et non par la taille de la ligne rouge. Une correction de faute de frappe, une correction de formatage, un titre de poste mis à jour ou un lien rompu sont mineurs, quel que soit le nombre de lignes touchées. Un changement dans ce que le document impose à quelqu'un, responsable d'une étape, d'un seuil d'approbation, d'une norme référencée ou d'une consigne de sécurité, est majeur, même s'il ne s'agit que d'un seul mot. Écrivez la règle à côté de la décision plutôt que de la laisser au jugement le jour même, afin que le même type de changement obtienne la même classification, quel que soit celui qui le soulève.
Pourquoi mettre à jour la liste de distribution en même temps que le numéro de version ?
Parce qu'un numéro de version qui a changé et une liste de distribution qui n'a pas changé, c'est exactement ainsi qu'une copie contrôlée devient obsolète entre les mains de quelqu'un. La liste de distribution indique qui a le droit de détenir une copie actuelle du document ; si elle est mise à jour séparément ou après le tampon de version, il existe une fenêtre dans laquelle la nouvelle version existe mais les personnes qui en ont besoin n'ont pas été ajoutées, ou quelqu'un qui a quitté le rôle qui l'utilise la reçoit toujours. Traiter les deux comme une seule étape est ce qui empêche la version figurant sur le document et la liste de ceux qui la détiennent de se séparer.
Où ce processus s'inscrit
Dans la plupart des opérations, ce processus suit Modèle d'arbre de décision du workflow d'approbation de documents et passe le relais à Organigramme du processus d'examen et d'approbation des politiques….
C'est une étape de Contrôle des documents.
Étape 1: Organigramme du processus de contrôle des documents
Étape 3: Modèle d'arbre de décision du workflow d'approbation de documents
Un arbre décisionnel du flux de travail d'approbation des documents : modification éditoriale ou substantielle, réviseurs obligatoires par type de document, deuxième approbateur et formation lors de la publication.
Étape 4: Organigramme du workflow de contrôle des modifications de documents Vous êtes ici
Un organigramme du flux de travail de contrôle des modifications de documents couvrant la classification mineure/majeure, l'évaluation de l'impact du réviseur, l'approbation, l'estampillage des versions, les mises à jour de la liste de…
Étape 5: Organigramme du processus d'examen et d'approbation des politiques…
Organigramme du processus d'examen et d'approbation des politiques : déclencheur de calendrier ou d'événement, confirmation du propriétaire, analyse des écarts, consultation, examen juridique et par les représentants des employés,…