Contrôle de version vs gestion de documents
Le contrôle de version et la gestion des documents ne sont pas deux options parmi lesquelles choisir. Le contrôle de version est un mécanisme au sein de la gestion des documents, aux côtés du contrôle d'accès, des métadonnées, de la…
La gestion documentaire est la discipline la plus large permettant de gouverner un document tout au long de son cycle de vie ; le contrôle de version est l'un de ses mécanismes (celui qui suit les versions successives de ce document) et non un système concurrent pour l'organiser.
En bref
- La gestion des documents est la discipline ; le contrôle de version est un mécanisme à l'intérieur de celui-ci, et non un système concurrent à choisir à sa place.
- Le contrôle de version répond "de quelle révision s'agit-il et qu'est-ce qui a changé". La gestion des documents permet également de savoir qui peut les voir, où ils se trouvent et quand ils doivent être examinés.
- Une configuration de gestion de documents regroupe généralement le contrôle d'accès, les métadonnées et la classification, les calendriers de conservation et le routage des flux de travail autour d'un historique des versions.
- L'historique des versions gratuit de QueryChart (journal des modifications avec différences par champ, comparaison des versions, restauration) constitue la couche de contrôle de version ; il ne définit pas en lui-même les autorisations d’accès ou les dates de conservation.
- « Contrôle de version ou gestion de documents » n'est pas la bonne question à poser. La vraie question est de savoir si votre configuration de gestion de documents intègre un véritable contrôle de version.
L’un représente tout le travail ; l'autre en fait partie
Demandez à dix personnes de définir la gestion des documents et le contrôle des versions et plusieurs d'entre elles supposeront tranquillement que les deux sont des alternatives : choisissez un système ou l'autre. Ce ne sont pas des alternatives. La gestion documentaire est la discipline qui consiste à régir un document tout au long de sa vie : qui peut le consulter, où se trouve la copie faisant autorité, comment elle est classée et récupérée, combien de temps elle est conservée et comment un brouillon passe de l'examen à l'approbation. Le contrôle de version est un élément de cette discipline : celui qui suit les versions successives du document lui-même, afin que vous puissiez voir ce qui a changé, qui l'a modifié, et annuler si la modification était erronée. Pour la définition simple de cette pièce seule, voir /fr/guides/qu-est-ce-que-le-controle-de-version-pour-les-documents-les-sop-et-les-processus.
Mettez les deux côte à côte et la forme de la relation est évidente : chaque configuration de gestion de documents nécessite un contrôle de version, mais presque rien de ce qui s'appelle contrôle de version ne fait seul le reste du travail de gestion de documents. Un historique des versions (la vue gratuite du journal des modifications et de la comparaison des versions de QueryChart, voir /features/version-control) répond "ce qui a changé entre la révision 3 et la révision 4, et qui a effectué la modification". Il n'a pas d'opinion sur qui est autorisé à ouvrir le fichier, quel dossier fait autorité ou quand le document doit faire l'objet d'un prochain examen. Ce sont des questions de gestion documentaire, et un véritable processus de gestion documentaire les fait passer par des étapes nommées plutôt que de les laisser à celui qui s'en souvient.
La carte de contrôle des documents ci-dessous concrétise les limites. Vingt lignes contiennent un document depuis une demande de modification jusqu'à la rédaction, la révision, l'approbation, la publication et le retrait, et exactement l'une d'entre elles (« Attribuer la version et la date d'effet ») est l'endroit où le contrôle de version s'effectue. Les dix-neuf autres sont le contrôle d'accès, les métadonnées, la distribution, la formation et un calendrier de conservation : des fonctions de gestion de documents qu'un numéro de version seul ne peut pas remplir. Le cycle de vie complet parcouru par ces lignes est couvert de bout en bout dans /fr/guides/comment-creer-un-processus-de-controle-des-documents ; cette page indique uniquement quelles parties sont sous contrôle de version et lesquelles ne le sont pas.
Comment cela fonctionne
Nommez ce qui vous manque réellement
Si personne ne peut répondre « qui a modifié le paragraphe 4 la semaine dernière et que disait-il auparavant », il vous manque spécifiquement le contrôle de version. Si l’écart est plutôt « qui est autorisé à modifier ceci » ou « où se trouve la seule copie à laquelle les gens devraient faire confiance », il s’agit d’un écart de gestion de documents qu’un historique des versions à lui seul ne pourra pas combler.
Vérifiez ce que renvoie réellement un historique des versions
Un vrai montre un journal des modifications avec des différences par acteur et par champ (pas seulement une date de modification) ainsi qu'un moyen de comparer deux versions côte à côte et de restaurer une ancienne. La vue Journal des modifications et Comparaison des versions de QueryChart, dans /features/version-control, est un exemple concret de ce à quoi s'attendre avant d'accepter la revendication d'un outil concernant « l'historique des versions ».
Localisez les quatre autres fonctions séparément
Contrôle d'accès (qui peut afficher ou modifier), métadonnées et classification (comment le document est trouvé), planification de conservation (combien de temps il est conservé et quand il est révisé) et routage du flux de travail (comment un brouillon devient un document approuvé et publié). Aucun d’entre eux ne se trouve dans un numéro de version, donc auditez chacun individuellement plutôt que de supposer qu’un historique des versions le couvre.
N'achetez pas toute une discipline pour obtenir un seul mécanisme
Un système de gestion de documents lourd est justifié lorsque vous avez besoin que les quatre fonctions ci-dessus soient appliquées ensemble. Si ce qui manque réellement, c'est la possibilité de voir ce qui a changé et de l'annuler, il s'agit d'un problème beaucoup plus mineur, et un outil graphique doté d'un véritable journal des modifications le résout sans le reste du déploiement.
Cartographiez la distinction sur votre propre processus
Dessinez le cycle de vie de votre document sous forme de lignes et marquez quelle ligne crée une version, de la même manière que le tableau ci-dessous indique « Attribuer la version et la date d'entrée en vigueur ». Tout le reste dans le diagramme concerne la gestion de documents, et le voir ainsi présenté est généralement suffisant pour déterminer lequel manque réellement à une équipe.
Erreurs à éviter
Atteindre le « contrôle des modifications » lorsque vous parlez de « contrôle de version »
Un comité consultatif de modification approuvant un ticket de modification et une vue de comparaison des versions comparant deux révisions de document résolvent des problèmes différents, et les deux sont assez souvent confondus pour justifier leur propre page ; voir /fr/guides/controle-de-version-vs-controle-de-modification-quelle-est-la-difference pour savoir où ils divergent.
Traiter la « dernière modification » comme un historique des versions
Un seul horodatage sur un fichier du Drive partagé vous indique le document modifié, et non ce qui a changé, qui l'a modifié ou comment récupérer le libellé précédent. Ce n'est pas un contrôle de version, c'est une rumeur selon laquelle quelque chose s'est passé.
En supposant qu'un achat de gestion de documents inclut un véritable versioning
De nombreux systèmes de gestion de documents stockent des fichiers avec des métadonnées et des règles d'accès riches, mais seulement une liste de révisions superficielle sans différence au niveau du champ et sans restauration en un clic. Confirmez spécifiquement l’historique des versions, plutôt que de le déduire du reste de la plateforme.
Questions fréquentes
Le contrôle de version fait-il partie de la gestion documentaire ou en est-il distinct ?
Une partie. La gestion des documents est la discipline directrice (accès, classification, conservation, flux de travail et gestion des versions ensemble) et le contrôle des versions est le mécanisme qui permet de suivre les révisions successives d'un document. Les traiter comme des options distinctes parmi lesquelles choisir est l'idée fausse que cette page vise à corriger : une configuration de gestion de documents sans contrôle de version ne dispose pas d'une fonction principale, et un historique de version sans contrôle d'accès ni politique de rétention n'est pas encore une gestion de documents.
Ai-je besoin d’un système de gestion de documents complet uniquement pour obtenir le contrôle de version ?
Le contrôle de version est la fonctionnalité la plus étroite (un journal des modifications avec des différences par champ et par acteur, un moyen de comparer deux révisions et un chemin de restauration) et un outil graphique peut fournir cela seul, gratuitement et toujours, comme le fait l'historique des versions de QueryChart ; voir /features/version-control. Un système complet de gestion de documents est le bon achat lorsque vous avez également besoin d'autorisations d'accès renforcées, d'une classification formelle et d'un calendrier de conservation s'appliquant à de nombreux documents, et non lorsque la véritable lacune consiste simplement à voir ce qui a changé.
En quoi le contrôle de version est-il différent du contrôle des modifications ?
Le contrôle de version suit les états successifs d'un document : ce qui a changé entre la révision 3 et la révision 4. Le contrôle des modifications régit la décision d'apporter une modification, généralement par le biais d'un comité consultatif, d'une évaluation des risques et d'un plan de restauration, le plus souvent pour les systèmes informatiques ou les processus opérationnels plutôt que pour un seul fichier. Un processus de contrôle de documents utilise à la fois : des portes d'approbation de style contrôle de modification avant la publication d'une révision et un contrôle de version pour enregistrer la révision elle-même. /fr/guides/controle-de-version-vs-controle-de-modification-quelle-est-la-difference couvre la distinction dans son intégralité.
Où se situe le contrôle de version dans un processus de contrôle de documents ?
En un seul point : l'étape qui attribue un numéro de version et une date d'entrée en vigueur une fois qu'une révision est approuvée. Tout ce qui précède (la demande de modification, la rédaction, la révision) et tout ce qui suit (la publication sur l'emplacement contrôlé, le retrait de la copie remplacée, la formation, la révision périodique) est une gestion documentaire effectuant un travail qu'un numéro de version à lui seul ne peut pas faire. /fr/guides/comment-creer-un-processus-de-controle-des-documents parcourt l'intégralité du processus de vingt lignes dont sont tirées ces étapes.