So verfolgen Sie Änderungen in einer SOP

Kurz gesagt

• Ein Änderungshistorie-Eintrag braucht fünf Felder: die betroffene SOP/den Schritt, was sich geändert hat und warum, das Gültigkeitsdatum, den Autor und die abgelöste Version.
• Sicherheitskritische Schritte nehmen einen beschleunigten Prüfweg; alles andere durchläuft den Standardprüfzyklus.
• Prüfen Sie das Protokoll auf einen offenen Eintrag zur selben SOP, bevor Sie einen neuen entwerfen: zwei offene Einträge erzeugen zwei konkurrierende Versionsnummern.
• Das Finalisieren eines Eintrags sperrt Datum, Freigeber und Versionsnummern, damit der Datensatz später nicht stillschweigend umgeschrieben werden kann.
• Bei einer diagrammbasierten SOP erfasst das Änderungsprotokoll von QueryChart jede Bearbeitung auf Feldebene automatisch, siehe /features/version-control.

Der Nachweis ist ein Eintrag, keine Korrekturmarkierung

„Änderungen verfolgen“ ist die Sprache von Word und Google Docs: eine Kommentarblase und ein Durchstreichen, die in der Datei selbst leben. Eine SOP, die den Ausdruck übernimmt, aber nicht den Mechanismus, endet mit ihrer Änderungshistorie verstreut über E-Mail-Threads und nie zusammengeführte Kopien mit Korrekturmarkierungen, und einem Verfahrensverantwortlichen, der nicht mit Sicherheit sagen kann, was sich in der letzten Revision geändert hat, wann oder warum. Eine Änderung in einer SOP zu verfolgen bedeutet etwas Engeres und Dauerhafteres: einen datierten Eintrag in einem Änderungshistorie-Protokoll, der festhält, was sich geändert hat, wer es geändert hat, wann, warum und welche Version der Eintrag ablöst.

Jeder Eintrag braucht dieselben Felder, unabhängig davon, wer ihn schreibt oder was sich geändert hat: die betroffene SOP und den betroffenen Schritt, eine allgemeinverständliche Beschreibung der Änderung und ihre Begründung, das Gültigkeitsdatum, den Autor und die genaue Versionsnummer, die der Eintrag ablöst (das Feld, das den meisten Protokollen fehlt). Eine Änderung an einem sicherheitskritischen Schritt verdient einen beschleunigten Prüfweg statt in der Routine-Warteschlange zu warten, und vor Entwurfsbeginn wird das Protokoll selbst geprüft: Gibt es bereits einen offenen Eintrag zu dieser SOP? Zwei offene Einträge für ein Verfahren erzeugen zwei mögliche Versionsnummern: ein Problem, das das Protokoll lösen muss, bevor irgendjemand ihm vertrauen kann.

Eine diagrammbasierte SOP, gebaut in QueryChart, braucht für die Felder, die ein Änderungshistorie-Protokoll erfassen soll, kein von Hand geführtes Protokoll. Jede Bearbeitung des Diagramms wird bereits automatisch, Feld für Feld, im Versionsverlauf-Panel erfasst: öffnen Sie es, und eine Ansicht zum Versionsvergleich zeigt genau, was sich zwischen zwei gespeicherten Versionen geändert hat und wer es geändert hat, und ein Klick stellt eine frühere wieder her, ohne das zu verlieren, was danach kam. Der manuelle Eintrag unten zählt weiterhin dort, wo der Inhalt der SOP außerhalb des Diagramms lebt, oder wo eine Norm ein Änderungshistorie-Protokoll als eigenes Artefakt benennt; siehe /features/version-control für das, was die eingebaute Version darunter erledigt, ohne dass jemand sie von Hand pflegt.

Eine vorgeschlagene Änderung, verfolgt bis zum finalisierten Eintrag

Eine einzelne vorgeschlagene Änderung an einer SOP, Zeile für Zeile verfolgt vom Moment ihrer Erkennung bis zum finalisierten Protokolleintrag, der die abgelöste Version benennt.

1. Was erfasst wird, bevor irgendetwas anderes passiert

   Das Diagramm beginnt bei „Änderung an einer SOP erkannt“, dann „Vorgeschlagene Änderung und Begründung beschreiben“ (die SOP, der Schritt, was sich ändert, warum und das Gültigkeitsdatum), bevor „Änderung betrifft sicherheitskritischen Schritt?“ entscheidet, welchen Prüfweg der Eintrag nimmt.

2. Die beschleunigte Weiche und die Duplikatprüfung

   Eine sicherheitskritische Änderung wird „für beschleunigte Prüfung gekennzeichnet“, während alles andere „durch den Standardprüfzyklus geleitet“ wird; beide treffen dann auf „Änderungshistorie hat bereits einen offenen Eintrag für diese SOP?“, bevor „Änderungshistorie-Eintrag entwerfen: Datum, Änderungszusammenfassung, Autor, abgelöste Version“ als Datei-Zeile geschrieben wird.

3. Zwei Prüfungen, bevor einem Eintrag vertraut wird

   „Prüfer gleicht den Eintrag mit dem aktuellen SOP-Inhalt ab“ kommt zuerst; „Kommentare vor Freigabe zu klären?“ schickt einen ungeklärten Eintrag über den SOP-Autor zur erneuten Prüfung zurück, und erst dann gleicht der Freigeber ihn mit „der SOP-Stammfassung und der abgelösten Version“ ab.

4. Finalisiert, dann wird die alte Version geschlossen

   „Freigegebenen Eintrag als final in der Änderungshistorie erfassen“ sperrt Datum, Freigeber und Versionsnummern, bevor die eigene Versionsnummer und das Gültigkeitsdatum der SOP aktualisiert werden, und „Als abgelöst referenzierte Version einziehen oder archivieren“ schließt den Eintrag ab, den der neue ersetzt.

So funktioniert es

1. Erfassen Sie die fünf Felder bei jedem Eintrag

   Halten Sie die betroffene SOP und den betroffenen Schritt fest, was sich geändert hat und warum, das Gültigkeitsdatum, den Autor und die genaue Versionsnummer, die dieser Eintrag ablöst. Ein Eintrag ohne abgelöste Version hinterlässt im Protokoll eine Lücke, die niemand im Nachhinein schließen kann.

2. Leiten Sie sicherheitskritische Änderungen auf die Überholspur

   Fragen Sie, bevor es zur Prüfung geht, ob die Änderung einen sicherheitskritischen Schritt betrifft. Ist das der Fall, kennzeichnen Sie sie für die beschleunigte Prüfung, statt sie hinter Routineänderungen warten zu lassen; ist es nicht der Fall, schicken Sie sie durch den Standardprüfzyklus.

3. Prüfen Sie vor dem Entwerfen auf einen offenen Eintrag

   Durchsuchen Sie das Protokoll nach einem bereits gegen dieselbe SOP offenen Eintrag, bevor Sie einen neuen beginnen. Zwei offene Einträge für ein Verfahren erzeugen zwei mögliche Versionsnummern: stimmen Sie sich mit dem anderen Autor ab oder staffeln Sie die Änderungen, statt parallel zu entwerfen.

4. Sperren Sie den Eintrag, sobald er freigegeben ist

   Erfassen Sie den freigegebenen Eintrag als final, aktualisieren Sie dann Versionsnummer und Gültigkeitsdatum der SOP und ziehen Sie die abgelöste Version ein. Ein Eintrag, der nach der Freigabe bearbeitbar bleibt, ist kein Nachweis, sondern ein Entwurf mit dem Namen eines Freigebers darauf.

5. Lassen Sie das Änderungsprotokoll die Erfassung für eine diagrammbasierte SOP übernehmen

   Ist die SOP selbst ein QueryChart-Flussdiagramm, überspringen Sie das manuelle Protokoll für alles, was im Diagramm erfasst ist: Jede Bearbeitung wird bereits Feld für Feld verfolgt. Öffnen Sie den Versionsverlauf, nutzen Sie den Versionsvergleich, um zu sehen, was sich zwischen zwei gespeicherten Versionen geändert hat, und stellen Sie eine frühere mit einem Klick wieder her, siehe /features/version-control.

Häufige Fehler

• Der Eintrag ohne abgelöste Version

  Ein Änderungshistorie-Eintrag, der erfasst, was sich geändert hat, aber nicht, welche Version er ersetzt hat, lässt sich später nicht zu einer Zeitleiste rekonstruieren. Machen Sie die abgelöste Version zu einem Pflichtfeld, bevor der Entwurf beginnt, nicht zu einer optionalen Notiz.

• Zwei offene Einträge für eine SOP

  Zwei Autoren, die in derselben Woche Änderungshistorie-Einträge für dieselbe SOP beginnen, erzeugen zwei konkurrierende Versionsnummern. Prüfen Sie vor dem Entwerfen auf einen offenen Eintrag, und stimmen Sie sich ab, statt die Kollision zu bereinigen, nachdem beide freigegeben wurden.

• Korrekturmarkierungen statt eines Protokolls

  Per E-Mail verschickte Dateien mit Korrekturmarkierungen verstreuen die tatsächliche Abfolge von wer-hat-was-wann-geändert über Posteingänge. Ein datierter Protokolleintrag, oder das eigene Änderungsprotokoll eines Diagramms, ist ein Nachweis; ein in jemandes Posteingang liegen gebliebener Anhang mit Korrekturmarkierungen ist keiner.

• Einen Eintrag mit dem gesamten Programm verwechseln

  Einen einzelnen Eintrag richtig zu machen, behebt kein driftendes Nummerierungsschema oder ein Prüfintervall, das niemand verfolgt: das ist die Steuerungsebene unter /de/guides/sop-revisionen-verwalten. Diese Seite handelt von einem Eintrag; jene vom Takt über alle hinweg.

Bauen Sie das Änderungshistorie-Protokoll Ihrer SOP

Übernehmen Sie das Änderungshistorie-Protokoll als eigenes Diagramm, legen Sie die Felder Ihrer Einträge fest, und lassen Sie den Versionsverlauf danach jede Bearbeitung automatisch verfolgen.

Bauen Sie das Änderungshistorie-Protokoll Ihrer SOP

Verwandte Anleitungen

• So verwalten Sie SOP-Revisionen
• Best Practices für die SOP-Versionskontrolle
• So erstellen Sie eine Dokumenten-Änderungshistorie

Häufig gestellte Fragen

Ist „Änderungen verfolgen“ dasselbe wie Versionskontrolle für eine SOP?

Nicht ganz. „Änderungen verfolgen“ ist die Sprache von Dokumenteneditoren für eingebettete Korrekturmarkierungen und Kommentare in einer Datei. Versionskontrolle für eine SOP ist die Praxis, jedem freigegebenen Zustand des Verfahrens eine eigene identifizierte Version zu geben und einen Nachweis zu führen, was sich dazwischen geändert hat; ein Änderungshistorie-Eintrag ist die Art, wie dieser Nachweis niedergeschrieben wird. Die ausführlichere Abgrenzung finden Sie unter /de/guides/versionskontrolle-fuer-sops.

Was muss ein Änderungshistorie-Eintrag erfassen?

Fünf Dinge, unabhängig davon, wer ihn schreibt: die betroffene SOP und den betroffenen Schritt, eine allgemeinverständliche Beschreibung der Änderung und ihre Begründung, das Gültigkeitsdatum, den Autor und die genaue Versionsnummer, die der Eintrag ablöst. Die fehlende abgelöste Version ist die häufigste Lücke in einem Änderungshistorie-Protokoll.

Durchlaufen alle SOP-Änderungen dieselbe Prüfung?

Nein. Eine Änderung an einem sicherheitskritischen Schritt nimmt einen beschleunigten Prüfweg, statt sich hinter Routineänderungen einzureihen, während alles andere den Standardzyklus durchläuft. Beide Wege treffen vor dem Entwurf auf dieselbe Duplikatprüfung: Gibt es bereits einen offenen Eintrag zu dieser SOP?

Wie unterscheidet sich das von der allgemeinen Verwaltung von SOP-Revisionen?

Diese Seite handelt von der Mechanik eines Eintrags: den Feldern, die er braucht, der Prüfweiche, der Duplikatprüfung. Das Nummerierungsschema, das Prüfintervall und wer den Terminplan über alle SOPs hinweg verantwortet, ist die Steuerungsebene, behandelt unter /de/guides/sop-revisionen-verwalten.

Ersetzt QueryChart das manuelle Protokoll?

Bei einer diagrammbasierten SOP ja, für alles, was auf dem Diagramm selbst erfasst ist: Jede Bearbeitung auf Feldebene wird automatisch im Versionsverlauf erfasst, mit einer Ansicht zum Versionsvergleich und Wiederherstellung mit einem Klick, siehe /features/version-control. Ein manuelles Protokoll lohnt sich weiterhin dort, wo der Inhalt der SOP außerhalb des Diagramms lebt, oder wo eine Norm ein Änderungshistorie-Protokoll als eigenes Artefakt benennt, etwa den vollständigeren Lebenszyklus unter /de/templates/gelenkte-sop-vorlage.