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.
Versionskontrolle bedeutet, von einem Dokument, einer SOP oder einem Prozess genau eine aktuelle, verbindliche Version zu führen, dazu eine vollständige Historie aller vorherigen Versionen und einen Nachweis, wer was geändert hat.
Kurz gesagt
- Versionskontrolle = eine aktuelle Version, eine vollständige Historie jeder vorherigen und ein Nachweis, wer was geändert hat: derselbe Gedanke für Dokumente wie für Code.
- Revisionskontrolle ist dieselbe Praxis unter anderem Namen; Change Control und Dokumentenlenkung sind umfassendere Prozesse, die sie als einen Teil nutzen.
- QueryChart führt diese Historie bereits für jedes Diagramm: ein Änderungsprotokoll, eine Ansicht zum Versionsvergleich und Wiederherstellung mit einem Klick, siehe /features/version-control.
- Die Unterversion eines Entwurfs (0.1, 0.2 …) bewegt sich mit jedem Prüfzyklus; eine ganze Hauptversion wird nur einmal vergeben, bei der formalen Freigabe.
- Sie versionieren ein bestimmtes Objekt? Siehe /de/guides/versionskontrolle-fuer-sops, /de/guides/versionskontrolle-fuer-dokumente oder /de/guides/versionskontrolle-fuer-flussdiagramme.
Eine aktuelle Version, alles andere ist Historie
Suchen Sie „Was ist Versionskontrolle“, und fast jedes Ergebnis setzt voraus, dass Sie Quellcode verwalten: Commits, Branches, Git. Auf dieser Seite geht es um die ältere, schlichtere Bedeutung des Begriffs: Versionen von Dokumenten, Standardarbeitsanweisungen und Geschäftsprozessen zu kontrollieren, nicht Code. Der Grundgedanke ändert sich zwischen beidem nicht: eine aktuelle, verbindliche Version; eine vollständige Historie jeder vorangegangenen Version; und ein Nachweis, wer genau was geändert hat und wann. Nur das versionierte Objekt ist ein anderes: Schriftgut statt einer Codebasis.
Konkret bedeutet das: Jede Bearbeitung eines Dokuments erzeugt eine neue, nummerierte Version, statt die letzte zu überschreiben, sodass die vorherige Version abrufbar bleibt statt verloren zu gehen. In QueryChart existiert das bereits für jedes Diagramm, das Sie anlegen: Ein Änderungsprotokoll hält fest, wer welches Feld geändert hat und wovon wozu, eine Ansicht zum Versionsvergleich stellt beliebige zwei Revisionen nebeneinander, und das Wiederherstellen einer alten Version ist eine einzige Aktion statt einer Neueingabe: das vollständige Bild finden Sie unter /features/version-control. Nichts davon muss eingeschaltet werden; es läuft für jedes Diagramm vom Moment seiner Erstellung an.
Revisionskontrolle und Versionskontrolle sind derselbe Gedanke unter zwei Namen: die Begriffe werden in den meisten Bereichen dieses Feldes austauschbar verwendet, und es hängt nichts Wesentliches davon ab, welchen Ihre Organisation bevorzugt. Change Control und Dokumentenlenkung sind eine andere Sache: Es sind umfassendere Steuerungsprozesse, die Versionierung als einen Mechanismus nutzen, keine Synonyme dafür. Ein Change-Control-Prozess (siehe /de/guides/change-control-prozess-erstellen) entscheidet, ob eine Änderung überhaupt stattfinden soll (Auswirkung, Freigabe, Rollback), und Versionskontrolle ist einfach die Art, wie das freigegebene Ergebnis anschließend nummeriert und erfasst wird. Ein Prozess zur Dokumentenlenkung (/de/templates/dokumentenlenkung-prozess und die Anleitung unter /de/guides/dokumentenlenkung-prozess-erstellen) lenkt den gesamten Lebenszyklus eines Dokuments (Entwurf, Prüfung, Freigabe, Veröffentlichung und den Einzug des abgelösten Exemplars aus jedem Ort, an dem es lag), mit Versionskontrolle als einer Klausel darin, nicht als dem Ganzen. Die drei Gegenüberstellungen erhalten jeweils einen eigenen vollständigen Vergleich unter /de/guides/versionskontrolle-vs-change-control, /de/guides/versionskontrolle-vs-dokumentenmanagement und /de/guides/revisionskontrolle-vs-versionskontrolle; diese Seite muss nur zeigen, dass es nicht vier Wörter für dieselbe Sache sind.
Wissen Sie bereits, welches dieser Objekte Sie versionieren, ist die allgemeine Antwort oben weniger nützlich als die spezifische: siehe /de/guides/versionskontrolle-fuer-sops für Standardarbeitsanweisungen, /de/guides/versionskontrolle-fuer-dokumente für gelenkte Dokumente allgemein, oder /de/guides/versionskontrolle-fuer-flussdiagramme, wenn Sie die Prozesslandkarte selbst versionieren. Alles Weitere unten (die Definition im Kleinen, der Durchgang durchs Beispiel, die Anleitung) ist der allgemeine Fall, auf dem diese drei aufbauen.
Verfolgen Sie, wie eine Versionsnummer Stufe für Stufe vergeben wird
Ein Dokument bewegt sich von einem dezimalen Entwurf über Prüfung, Freigabe und Veröffentlichung: sehen Sie genau, wo sich seine Versionsnummer ändert und wo nicht.
Ein Entwurf beginnt bei 0.1, nicht bei 1.0
Das Diagramm beginnt bei „Neues Dokument entworfen“ und geht direkt zu „Erste Entwurfsversion 0.1 vergeben“: eine Dezimalzahl, denn nichts vor der formalen Freigabe erhält in diesem Schema jemals eine ganze Zahl.
Die Prüfschleife erhöht die Unterversion
„Entwurf zur internen Prüfung verteilen“ und „Prüfer bewertet den Entwurf“ führen zu „Änderungen erforderlich?“. Ein Ja führt über „Unterversion erhöhen“ (aus 0.1 wird 0.2) zu „Entwurf gemäß Kommentaren überarbeiten“, das über einen Zweig namens „Erneute Prüfung“ zurückführt, für so viele Zyklen, wie der Entwurf braucht.
Eine ganze Zahl wird verdient, nicht angenommen
„Finalen Entwurf zur Freigabe einreichen“ und „Freigeber prüft den finalen Entwurf“ führen zu „Zur Ausgabe freigegeben?“. Eine Ablehnung führt zurück zu „Unterversion erhöhen“; eine Freigabe erreicht „Hauptversion 1.0 vergeben“ und eine als Datei geformte Zeile, „Versionshistorie-Register aktualisieren“, die dies protokolliert.
Veröffentlichung löst die alte Version in derselben Zeile ab
Auf „Freigegebene Version veröffentlichen“ folgt unmittelbar „Vorherige Version als überholt markieren“, sodass die vorherige Revision in dem Moment abgelöst wird, in dem die neue live geht. Ein Leser, der eine Änderung anfragt, steigt bei „Dokument für die nächste Version wieder öffnen“ erneut ein; alle anderen erreichen „Aktuelle Version bleibt in Kraft“.
So funktioniert es
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.
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.
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.
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.
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äufige Fehler
Ein Dateiname als Ersatz für eine Versionsnummer
„SOP_v2_FINAL_geprueft(1).docx“ ist kein Versionsschema, sondern ein Dateiname, der zufällig Ziffern enthält: nichts erzwingt, dass die Zahl steigt oder dass nicht zwei Personen gleichzeitig ihr eigenes „FINAL“ erzeugen. Eine Version muss in einem System leben, das sie vergibt, nicht in dem, was jemand vor dem Speichern eintippt.
Eine Historie, die nur den aktuellen Stand erfasst
Ein Dokument an Ort und Stelle zu überschreiben und die alte Kopie „irgendwo gesichert“ zu nennen, ist keine Versionshistorie, sondern eine Hoffnung. Eine echte Historie hält jede vorherige Version abrufbar und vergleichbar, nicht nur wiederauffindbar für jemanden, der sich erinnert, wo er sie abgelegt hat.
„Hat eine Versionsnummer“ mit „ist unter Kontrolle“ gleichsetzen
Eine Zahl auf einem Dokument sagt Ihnen, dass es einmal versioniert wurde; sie sagt Ihnen nicht, dass die alte Kopie eingezogen wurde, dass jemand die Änderung freigegeben hat oder dass die Zahl überhaupt das bedeutet, was Sie denken. Versionskontrolle ist die Nummerierung und das Protokoll: Dokumentenlenkung und Change Control lenken den Prozess darum herum.
Das Vokabular umbenennen statt die Praxis zu reparieren
Ihre Organisation auf „Revisionskontrolle“ statt „Versionskontrolle“ festzulegen, oder umgekehrt, ändert nichts daran, ob Änderungen tatsächlich nachverfolgt werden. Es ist dieselbe Praxis unter zwei Namen: die Korrektur, auf die es ankommt, ist das Protokoll, nicht das Etikett.
Sehen Sie das Änderungsprotokoll Ihres Diagramms in QueryChart
Jedes Diagramm in QueryChart führt diese Historie bereits: legen Sie eines an und öffnen Sie sein Änderungsprotokoll, um es selbst zu sehen.
Sehen Sie das Änderungsprotokoll Ihres Diagramms in QueryChart
Verwandte Anleitungen
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.
