Contrôle de version pour la documentation des processus et les cartes de…

En bref

• Une cartographie des processus nécessite les quatre mêmes contrôles qu'une procédure écrite : identifiant et révision, un emplacement faisant autorité, un retrait de copie remplacée et un intervalle de révision daté.
• Une étape ajoutée, un propriétaire réaffecté ou une branche de décision réétiquetée constitue une révision, même si aucun paragraphe n'a été modifié et aucun nombre de mots n'a été déplacé.
• On fait plus confiance à un diagramme qu'à de la prose au moment du travail, c'est exactement pourquoi un ancien laissé en place oriente mal plutôt que simplement induit en erreur.
• Suivez qui a modifié quelle voie, ligne ou connecteur, comparez deux versions côte à côte et restaurez une version antérieure, le même historique de version qu'un document texte.
• Retirer un diagramme remplacé signifie retrouver chaque impression et chaque copie intégrée, et pas seulement remplacer le fichier à l'emplacement faisant autorité.

Un diagramme est suivi, pas seulement lu

Un paragraphe d’une procédure est lu, puis interprété, puis mis en œuvre : trois étapes distinctes dans lesquelles un lecteur peut se surprendre à échouer. Un organigramme épinglé sur un poste de travail passe directement à l'action. Quelqu'un qui jette un coup d'œil à une cartographie de processus fait plus confiance à sa forme qu'à une phrase, car un diagramme se lit comme un fait plutôt que comme le récit d'une personne, et cette confiance est exactement ce qui rend un diagramme périmé dangereux : il n'induis pas seulement en erreur la personne qui le lit, il oriente mal la personne qui fait le travail pendant qu'elle le fait.

La documentation des processus (procédures, instructions de travail, schémas de processus, tableaux RACI) nécessite les quatre mêmes éléments dont tout document contrôlé a besoin : un identifiant et une révision uniques, un emplacement faisant autorité, un retrait de copie remplacée et une révision périodique datée. /fr/guides/comment-creer-un-processus-de-controle-des-documents parcourt tout le cycle de vie de ces quatre propriétés. Ce qui change spécifiquement pour un diagramme est plus petit et facile à manquer : une étape ajoutée ou supprimée, un propriétaire réaffecté, une branche de décision réétiquetée : aucun d'entre eux ne touche un nombre de mots, donc aucun d'entre eux n'est lu comme une révision à moins que le processus ne traite chaque changement de mise en page comme un seul.

Cette page reste indépendante de l'outil : la discipline détermine si la carte réside dans un outil de dessin, une page wiki ou un graphique. /fr/guides/controle-de-version-d-organigramme-comment-cela-fonctionne-reellement couvre la version plus étroite et spécifique au produit du même problème : ce qu'un journal des modifications enregistre champ par champ sur un organigramme réel. Ici, la procédure pas à pas ci-dessous utilise le diagramme de processus de contrôle de document de QueryChart, car il s'agit d'un exemple réel et fonctionnel des quatre propriétés, suivies automatiquement par l'historique des versions décrit dans /features/version-control.

Comment cela fonctionne

1. Traitez un changement de mise en page comme une révision

   Une branche de décision déplacée, une voie réaffectée ou une étape réétiquetée change ce qu'un lecteur fait ensuite tout autant qu'un paragraphe réécrit. Donnez à vos cartes de processus le même déclencheur de révision que vos procédures : tout changement qui modifie ce qui se passe, pas seulement un changement qui modifie ce qui est écrit.

2. Mettez la version et la date sur le schéma lui-même

   Imprimez l'identifiant, le numéro de révision et la date d'entrée en vigueur sur la carte, et pas seulement dans le nom du fichier ou le registre qui y fait référence. Quelqu'un qui regarde le diagramme sur un écran ou une impression ne devrait pas avoir à chercher un enregistrement distinct pour savoir s'il est à jour.

3. Gardez un diagramme faisant autorité, partout ailleurs un lien

   Chaque copie intégrée dans un wiki, une plate-forme de formation ou un pack fournisseur doit être liée à la version faisant autorité plutôt que d'en contenir une exportation collée. Une image collée cesse de se mettre à jour dès que quelqu'un l'exporte.

4. Enregistrez qui a changé quelle ligne, pas seulement que quelque chose a changé

   Un historique de diagramme utile nomme le champ : le label de cette case, la cible de ce connecteur, l'ordre de cette voie, modifié par cette personne à cette date. Le journal des modifications de QueryChart enregistre automatiquement exactement cela sur chaque graphique, et Compare Versions met deux révisions côte à côte : voir /features/version-control.

5. Retirez la copie imprimée, pas seulement l'ancien fichier

   Un organigramme épinglé sur un poste de travail survit au fichier à partir duquel il a été imprimé. Parcourez les points d'utilisation (panneaux d'affichage, postes machines, packs d'intégration) de la même manière que vous le feriez pour une procédure textuelle, et remplacez ou supprimez chacun d'entre eux lorsqu'une révision est publiée.

Erreurs à éviter

• L'impression épinglée

  Un organigramme enregistré à côté d’une machine est l’équivalent schématique d’une impression incontrôlée, et c’est généralement celui qu’un auditeur trouve en premier. Répertoriez les points d'utilisation avant d'émettre la prochaine révision et remplacez la copie imprimée dans la même étape de retrait : le cycle de vie complet de la demande de retraite qui l'entoure est entièrement couvert sur /fr/templates/organigramme-du-processus-de-controle-des-documents.

• Une branche de décision réétiquetée sans journal des modifications

  Renommer « Approuvé » en « Approuvé avec conditions » ou déplacer la branche Oui d'une ligne de décision vers une autre étape en aval modifie le processus sans changer une seule phrase nulle part. Si votre historique des versions ne suit que les enregistrements de fichiers, cette révision est invisible.

• Une exportation, de nombreuses copies obsolètes

  Un PNG ou un PDF collé dans une page wiki ou une plate-forme de formation est un instantané, pas un lien : il ne sera pas mis à jour lorsque le diagramme source le fera. Chaque endroit qui fait référence à la cartographie des processus doit pointer vers la version faisant autorité, et non vers un fichier exporté par quelqu'un à partir d'un ancien.

• Pas de propriétaire pour le diagramme, uniquement pour le processus

  Un processus peut avoir un propriétaire nommé alors que la carte le représentant n'appartient à personne en particulier, c'est ainsi qu'il subit trois réorganisations sans être touché. Donnez au diagramme lui-même un réviseur et une date de révision, pas seulement le texte de la procédure à côté.

Questions fréquentes

Une cartographie des processus est-elle un document contrôlé ?

Oui, s'il comporte les obligations qu'un document contrôlé comporte : un identifiant et une révision, un dossier d'approbation, un emplacement faisant autorité et un intervalle de révision. Le format ne décide pas de la question : un organigramme, un diagramme RACI et une procédure écrite peuvent tous être des documents contrôlés, et un diagramme qui ignore le contrôle de version alors que le texte de la procédure à côté de lui n'est pas réellement contrôlé, il a juste l'air bien rangé.

Qu'est-ce qui compte comme un changement de version sur une cartographie de processus, si aucun texte n'a été modifié ?

Une étape ajoutée ou supprimée, un propriétaire réaffecté à une voie différente, une branche de décision réétiquetée ou reciblée, ou la séquence de deux étapes permutées sont autant de changements de version même si aucune phrase n'a été réécrite. Le test consiste à déterminer si le changement modifie ce que ferait ensuite une personne lisant le diagramme : si c'est le cas, il s'agit d'une révision et non d'un ajustement de formatage.

En quoi est-ce différent du contrôle de version pour les diagrammes ?

Cette page couvre la discipline de gestion des versions dont toute carte de processus a besoin, indépendamment de l'outil utilisé pour la dessiner. /fr/guides/controle-de-version-d-organigramme-comment-cela-fonctionne-reellement couvre le même problème depuis l'intérieur d'un produit spécifique : ce qu'un journal des modifications enregistre champ par champ sur un organigramme réel, et comment la comparaison des versions et la restauration fonctionnent dans la pratique.

La documentation des processus nécessite-t-elle le même contrôle de version qu'une SOP textuelle ?

Oui : les quatre propriétés, l'identifiant et la révision, un emplacement faisant autorité, le retrait de la copie remplacée et une révision datée, s'appliquent quel que soit le format. Ce qui diffère, c'est uniquement le mode d'échec : un paragraphe périmé induit en erreur le lecteur qui doit l'interpréter, tandis qu'un schéma périmé est suivi directement, c'est pourquoi l'étape de retrait compte encore plus pour une cartographie de processus que pour une page de prose.