Versionskontrolle vs. Change Control: Was ist der Unterschied?
Versionskontrolle verfolgt, welche Revision eines Dokuments aktuell ist und was sich geändert hat; Change Control entscheidet, ob eine vorgeschlagene Änderung überhaupt stattfinden darf und wer sie zuerst freigeben muss.
Versionskontrolle ist der Mechanismus, der aufeinanderfolgende Zustände eines Dokuments identifiziert und sich merkt; Change Control ist der Steuerungsprozess, der entscheidet, ob eine Änderung erlaubt ist, bevor eine neue Version entsteht.
Kurz gesagt
- Versionskontrolle verfolgt Identität und Historie: welche Version das ist, und was vorherging.
- Change Control ist Steuerung: ob eine vorgeschlagene Änderung erlaubt ist, und wer sie freigeben muss.
- Change Control läuft zuerst: Einstufung und Freigabe sind das Tor zu einer neuen Version, nicht umgekehrt.
- Eine geringfügige und eine wesentliche Änderung können unterschiedliche Stufen von Change Control tragen, ohne dass sich an der Funktionsweise der Versionskontrolle etwas ändert.
- Die meisten echten Prozesse brauchen beides, geschichtet: Change Control entscheidet, Versionskontrolle erinnert sich.
Zwei verschiedene Fragen, ein gemeinsames Objekt
„Welche Version ist das?“ und „sollte diese Änderung stattfinden?“ sind zwei verschiedene Fragen, und die meiste Prozessdokumentation beantwortet nur die erste. Versionskontrolle ist ein Etikettierungs- und Historienmechanismus: Sie vergibt jedem aufeinanderfolgenden Zustand eines Dokuments eine Kennung, führt einen Nachweis dessen, was vorherging, und lässt Sie sehen, wer was wann geändert hat. Sie beantwortet nachträglich Fragen der Zuständigkeit. Change Control sitzt davor: Es ist der Steuerungsprozess, der entscheidet, ob eine vorgeschlagene Änderung erlaubt ist, wer sie prüfen muss, und was zutreffen muss, bevor eine neue Version überhaupt existieren darf.
Der Dokumenten-Change-Control-Workflow unten macht die Grenze als Diagramm sichtbar statt als Satz. Zeilen 1 bis 8 sind vollständig Change Control: den Antrag protokollieren, ihn als geringfügig oder wesentlich einstufen, wesentliche Änderungen an einen Prüfer leiten, der die volle Auswirkung bewertet, und alles an einer Entscheidung „Freigegeben?“ festmachen. Nichts davon berührt die Version des Dokuments. Erst nach dem Freigabetor läuft „Versionsnummer und Verteilerliste aktualisieren“, in Zeile 9: genau dort, wo Versionskontrolle beginnt.
QueryChart hält beides auf dieselbe Weise getrennt. Jede Bearbeitung eines Diagramms wird automatisch in einem Änderungsprotokoll mit Diffs je Feld erfasst, mit einer Ansicht zum Versionsvergleich und Wiederherstellung mit einem Klick: das ist Versionskontrolle, die läuft, ob jemand danach fragt oder nicht, unter /features/version-control. Ob eine bestimmte Bearbeitung überhaupt stattfinden durfte, und wer sie abgesegnet hat, ist die Steuerungsfrage, die ein Diagramm wie das unten beantwortet. Die ausführlichere, eher IT/Betriebs-gefärbte Version dieses Steuerungsprozesses statt der dokumentenspezifischen finden Sie unter /de/guides/change-control-prozess-erstellen.
Wo Change Control endet und Versionskontrolle beginnt
Die Einstufung, Prüfung und Freigabe eines Dokuments, dann die genaue Zeile, in der sich seine Versionsnummer tatsächlich ändert.
Ein Antrag, noch keine Versionsänderung
„Änderung an einem gelenkten Dokument erkannt“ beginnt das Diagramm, dann „Dokumentenänderungsantrag einreichen“ und „Antrag im Dokumentenregister protokollieren“: drei Zeilen Change Control, und die Version des Dokuments ist noch unberührt.
Einstufung und Freigabe steuern alles
„Änderung als geringfügig oder wesentlich eingestuft?“ verzweigt in eine Schnelländerung oder eine vollständige Prüfung, in der der Änderungsprüfer „die vollständige Auswirkung bewertet“ und sie gegen verwandte Dokumente und Formulare festhält, bevor die Entscheidung „Freigegeben?“ folgt: nichts davon hat bisher die Versionsnummer berührt.
Zeile 9 ist, wo Versionskontrolle beginnt
Erst nach der Freigabe läuft „Versionsnummer und Verteilerliste aktualisieren“, gefolgt von der Veröffentlichung am gelenkten Ablageort, der Benachrichtigung der Inhaber der Verteilerliste und dem Einzug des abgelösten Exemplars: die Versionskontrollhälfte des Prozesses.
Ablehnung führt zurück in Change Control
Ein „Abgelehnt“-Ergebnis schickt den Antrag zu „Entwurf überarbeiten und erneut zur Prüfung einreichen“, was zur Auswirkungsbewertung des Änderungsprüfers zurückkehrt: Nacharbeit bleibt vollständig innerhalb von Change Control, bis „Dokument unter formaler Change Control wieder ausgegeben“ das Diagramm mit einer neuen Version abschließt.
So funktioniert es
Trennen Sie die beiden Fragen in Ihrem eigenen Prozess
Entscheiden Sie, bevor Sie irgendetwas zeichnen, was zu Change Control gehört (Antrag, Einstufung, Prüfung, Freigabe) und was zu Versionskontrolle (Kennung, Revisionsnummer, Historie, Wiederherstellung). Die Grenze zu benennen ist der Entwurfsschritt, den die meisten Flussdiagramme auslassen.
Stufen Sie ein, bevor Sie bewerten
Leiten Sie jeden Antrag vor Beginn der Bewertung durch eine Entscheidung geringfügig/wesentlich, so wie es Zeile 4 tut. Eine geringfügige Formulierungskorrektur und eine wesentliche Anforderungsänderung sollten nicht denselben Prüfweg gehen, und im Voraus zu entscheiden, welche welche ist, verhindert, dass jede Änderung die schwerste Behandlung erhält.
Setzen Sie den Versionskontrollschritt dorthin, wo die Freigabe tatsächlich endet
Erhöhen Sie die Versionsnummer, setzen Sie das Gültigkeitsdatum und aktualisieren Sie die Verteilerliste erst nach dem Freigabetor, niemals früher. Aktualisiert Ihr Diagramm die Version vor der Entscheidung, haben Sie einen Prozess beschrieben, der abgelehnte Entwürfe versioniert.
Geben Sie Change Control einen eigenen Prüfer, nicht den Dokumenteigentümer
Ein Änderungsprüfer, der die vollständige Auswirkung bewertet und sie gegen verwandte Dokumente und Formulare festhält, getrennt von wer die Änderung beantragt hat, ist das, was „freigegeben“ etwas bedeuten lässt. Im Beispiel sitzt dieser Schritt zwischen Einstufung und der Freigabeentscheidung, nicht in eine von beiden eingefaltet.
Lassen Sie Versionskontrolle sich selbst überlassen, sobald Change Control entschieden hat
Veröffentlichen, die Inhaber der Verteilerliste benachrichtigen und das abgelöste Exemplar einziehen sind mechanisch, sobald eine Änderung freigegeben ist: das ist die Versionskontroll-Endphase des Diagramms, und es ist die Hälfte, die das Änderungsprotokoll und die Ansicht zum Versionsvergleich von QueryChart bereits für Sie erledigen, unter /features/version-control.
Häufige Fehler
„Wir haben Versionshistorie“ als Change Control behandeln
Ein Werkzeug, das jede Bearbeitung mit Zeitstempel versieht, ist kein Steuerungsprozess: es hat keine Einstufung, keinen Prüfer und kein Freigabetor. Versionshistorie beantwortet, was sich geändert hat; sie sagt nichts darüber, ob die Änderung hätte stattfinden sollen.
Eine Änderung versionieren, bevor sie freigegeben ist
Bewegt sich die Versionsnummer vor der Entscheidung „Freigegeben?“, erscheint ein abgelehnter Entwurf weiterhin als neue Revision. Halten Sie die Erhöhung bei Zeile 9, nach der Freigabe, so wie es das Beispiel tut.
Eine Kategorie für jede Änderung
Eine Tippfehlerkorrektur durch dieselbe Prüfung wie eine Anforderungsänderung laufen zu lassen, verlangsamt entweder triviale Bearbeitungen oder lässt substanzielle auf der Überholspur durch. Die Geringfügig-Wesentlich-Weiche bei Zeile 4 existiert, damit beide die richtige Sorgfalt erhalten; siehe /de/guides/change-control-prozess-erstellen, wie Sie die Kategorien selbst gestalten.
Vergleichen Sie Versionen in Ihrem eigenen Diagramm
Jede Bearbeitung an diesem Beispiel wird bereits automatisch verfolgt: öffnen Sie es und prüfen Sie das Änderungsprotokoll sowie den Versionsvergleich selbst.
Verwandte Anleitungen
Häufig gestellte Fragen
Ist Versionskontrolle dasselbe wie Change Control?
Nein. Versionskontrolle ist der Mechanismus, der aufeinanderfolgende Zustände eines Dokuments identifiziert und sich merkt: eine Revisionsnummer, eine Historie, wer was geändert hat, und die Fähigkeit, eine frühere zu vergleichen oder wiederherzustellen. Change Control ist der Steuerungsprozess, der entscheidet, ob eine vorgeschlagene Änderung stattfinden darf, wer sie prüft, und was zutreffen muss, bevor sie freigegeben wird. Ein Dokument kann rigorose Versionskontrolle und gar keine Change Control haben: jede Bearbeitung gespeichert, niemand entscheidet, ob sie hätte vorgenommen werden sollen.
Was sollte ich zuerst bauen?
Versionskontrolle, weil sie meist schon unter Ihnen läuft: QueryChart führt für jedes Diagramm automatisch ein Änderungsprotokoll mit Diffs je Feld und eine Ansicht zum Versionsvergleich, unter /features/version-control. Change Control ist der Teil, den Sie bewusst entwerfen müssen (Kategorien, ein Prüfer, ein Freigabetor), weshalb es der Prozess ist, der es wert ist, als Flussdiagramm gezeichnet zu werden, wie das auf dieser Seite.
Wie unterscheidet sich das von Revisionskontrolle?
In der Praxis sind „Revisionskontrolle“ und „Versionskontrolle“ derselbe Mechanismus unter unterschiedlichen Namen, beide befasst mit der Identifizierung und Verfolgung aufeinanderfolgender Zustände eines Dokuments. Change Control ist das andere: Es steuert, ob eine Änderung überhaupt erlaubt ist, typischerweise endend in einer neuen Version nach Freigabe. Siehe /de/guides/revisionskontrolle-vs-versionskontrolle, wenn Sie speziell die Namensfrage Revisionskontrolle/Versionskontrolle klären wollen.
Wo passt Dokumentenlenkung gegenüber diesen beiden?
Dokumentenlenkung ist die umfassendste der drei: der vollständige Lebenszyklus eines gelenkten Dokuments, von Antrag über Entwurf, Prüfung, Freigabe, Veröffentlichung bis zum schließlichen Einzug oder der Außerkraftsetzung. Change Control und Versionskontrolle sind beide Teile davon: Change Control steuert eine einzelne vorgeschlagene Bearbeitung, Versionskontrolle verfolgt die Kennungen und die Historie, die diese Bearbeitung erzeugt. Für den gesamten Lebenszyklus statt nur die Change/Version-Grenze siehe /de/templates/dokumenten-change-control-workflow oder das umfassendere /de/guides/dokumentenlenkung-prozess-erstellen.