Versionskontrolle vs. Change Control: Was ist der Unterschied?

So funktioniert es

1. 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.

2. 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.

3. 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.

4. 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.

5. 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ä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.