Was ist Versionskontrolle für Dokumente, SOPs und Prozesse?

Die meisten Ergebnisse zu „Was ist Versionskontrolle“ setzen Git und Quellcode voraus. Hier wird der Begriff stattdessen für Dokumente, SOPs und Prozesse definiert und von Revisionskontrolle, Change Control und Dokumentenlenkung abgegrenzt.

So funktioniert es

  1. Legen Sie einen Ort als verbindliche Version fest

    Jedes andere Exemplar (ein per E-Mail verschicktes PDF, ein Ausdruck, eine auf einem gemeinsamen Laufwerk gespeicherte Seite) ist eine Kopie dieses einen Ortes, kein zweites Original. Können zwei Stellen beide beanspruchen, aktuell zu sein, haben Sie noch keine Versionskontrolle, wie auch immer Ihre Nummerierung aussieht.

  2. Trennen Sie die Entwurfsnummerierung von der Ausgabenummerierung

    Verwenden Sie Dezimalzahlen für alles, was noch in Prüfung ist, und reservieren Sie ganze Zahlen für tatsächlich Freigegebenes, so wie 0.1 bis 0.3 im Beispieldiagramm oben zu 1.0 führen. Ein Prüfer, der „die Kommentare zu 0.3“ zitiert, meint dann eindeutig einen bestimmten Entwurf.

  3. Erfassen Sie, wer was geändert hat, nicht nur dass sich etwas geändert hat

    Ein Datumsstempel allein sagt einem Leser nichts darüber, was sich tatsächlich bewegt hat. Erfassen Sie für jede Bearbeitung die handelnde Person, das Feld und den Vorher-Nachher-Wert: genau das leistet das Änderungsprotokoll von QueryChart automatisch für jedes Diagramm, ohne jede Einrichtung.

  4. Machen Sie zwei Versionen vergleichbar, nicht nur einsehbar

    Version 3 öffnen zu können und Version 5 öffnen zu können ist nicht dasselbe wie zu sehen, was sich dazwischen geändert hat. Die Ansicht zum Versionsvergleich von QueryChart stellt beliebige zwei Revisionen nebeneinander, sodass der Unterschied das ist, was Sie sehen, keine Vermutung.

  5. Behandeln Sie das Wiederherstellen einer alten Version als Routine, nicht als Notfall

    Bedeutet das Rückgängigmachen einer fehlerhaften Bearbeitung, jemanden mit Datenbankzugriff um Eingreifen zu bitten, existiert Ihre Versionskontrolle nur auf dem Papier. Eine frühere Version wiederherzustellen sollte eine Aktion sein, die jeder befugte Bearbeiter selbst ausführen kann, sobald ihm das Problem auffällt.

Häufig gestellte Fragen

Ist Versionskontrolle dasselbe wie Revisionskontrolle?

Ja, in der Praxis. Die beiden Begriffe beschreiben denselben zugrunde liegenden Gedanken (eine aktuelle Version plus eine abrufbare Historie jeder vorherigen), und verschiedene Organisationen, Werkzeuge und Normen bevorzugen einfach unterschiedliche Wörter. An der Mechanik ändert sich nichts, welchen Begriff Sie verwenden; den vollständigen Vergleich finden Sie unter /de/guides/revisionskontrolle-vs-versionskontrolle.

Was ist der Unterschied zwischen Versionskontrolle und Change Control?

Change Control entscheidet, ob eine Änderung überhaupt stattfinden soll: ihre Auswirkung, wer sie freigibt, wie sie im Fehlerfall zurückgerollt wird. Versionskontrolle erfasst das Ergebnis, sobald diese Entscheidung getroffen ist: die neue Nummer, den Zeitstempel, die handelnde Person. Ein Change-Control-Prozess kann ohne Versionskontrolle existieren, allerdings schlecht, und Versionskontrolle ohne Change Control bedeutet nur, dass niemand entschieden hat, dass die Änderung eine gute Idee war, bevor sie nummeriert wurde. Die CAB- und Rollback-Mechanik finden Sie unter /de/guides/versionskontrolle-vs-change-control und /de/guides/change-control-prozess-erstellen.

Funktioniert Versionskontrolle bei Dokumenten genauso wie bei Code?

Der Grundgedanke ist identisch (eine verbindliche aktuelle Version, eine vollständige Historie dessen, was vorausging, ein Nachweis, wer was geändert hat), aber die Mechanik unterscheidet sich. Code-Versionskontrolle wie Git baut auf Branching und dem Zusammenführen paralleler Arbeitsstränge auf; Versionskontrolle für Dokumente und Prozesse verläuft meist linear, ein Entwurf durchläuft Prüfung bis zu einer einzigen freigegebenen Version, was näher an dem liegt, was diese Seite und das Beispieldiagramm beschreiben.

Ist der Audit-Trail von QueryChart standardmäßig eingeschaltet?

Die auf dieser Seite beschriebene Versionshistorie (Änderungsprotokoll, Versionsvergleich, Wiederherstellung) ist kostenlos und läuft automatisch bei jedem Diagramm. Der Compliance-Audit-Trail von QueryChart, ein hash-verketteter Nachweis, der auf ISO 27001-, SOC-2- und HIPAA-Kontrollen abgebildet ist, ist eine separate, kostenpflichtige Funktion, die eine Organisation bewusst aktiviert. Sie ist nicht standardmäßig eingeschaltet und läuft nicht schon bei jedem Konto von selbst.

Mehr in Anleitungen für Prozessdiagramme