Ablaufdiagramm: SOP-Change-Control-Prozess

Ablaufdiagramm SOP-Change-Control mit Antragsteller, Prozessverantwortlicher, Sicherheits-/QA-Prüfer, Freigeber und geschulten Bedienern: sicherheitskritische Weiterleitung, QA-Freigabe und Pflicht-Nachschulung vor Go-live.

Diese Vorlage verwenden

Was ist ablaufdiagramm: SOP-Change-Control?

Eine Änderung an einer Standardarbeitsanweisung ist nicht dasselbe Risiko wie eine Änderung an einer Richtlinie oder einem Formular. Eine SOP sagt jemandem, wie eine Aufgabe körperlich auszuführen ist, und erreicht die neue Fassung den Arbeitsplatz, bevor die ausführenden Personen darauf vorbereitet sind, ist die Lücke keine Formsache, sondern ein Sicherheits- oder Qualitätsvorfall in Wartestellung. Dieses Diagramm ist der Weg, den eine vorgeschlagene SOP-Änderung vom Antrag bis zur lebendigen Revision nimmt, und sein prägendes Merkmal ist das Tor zwischen Freigabe und Go-live: eine Entscheidung, die fragt, ob der betroffene Schritt sicherheitskritisch ist, und wenn ja, das Inkrafttreten der neuen Version blockiert, bis jeder betroffene Bediener eine praktische Nachschulung abgeschlossen und eine Kompetenzcheckliste unterschrieben hat.

Diese Unterscheidung ist wichtig, weil „Lesen und bestätigen“ die Standardmethode für die meisten Dokumentänderungen ist, und sie ist kein ausreichender Kompetenznachweis für einen Schritt, bei dem ein Fehler zu einer Verletzung, einem nichtkonformen Produkt oder einem regulatorischen Verstoß führt. Eine Unterschrift auf einer Lesebestätigung belegt, dass jemand die Datei geöffnet hat. Sie belegt nicht, dass diese Person den Schritt nach der neuen Methode noch korrekt ausführen kann. Dieses Diagramm behält beide Wege bei – einen verpflichtenden praktischen Weg mit unterschriebener Checkliste für sicherheitskritische Änderungen und einen Lesen-und-bestätigen-Weg für alles Übrige –, sodass der Rollout-Aufwand dort investiert wird, wo das Risiko tatsächlich liegt.

Das Diagramm trennt auch das Freigabetor je nach Weg: Eine sicherheitskritische Änderung wird zur QA-gesteuerten Freigabe eingereicht, während eine Standardänderung eine leichtere Eignungsprüfung und Freigabe durchläuft. Beide Wege leiten eine Ablehnung zurück in den Bewertungs- oder Prüfschritt, statt den Antrag in eine Sackgasse zu führen, und beide laufen im selben Abschluss zusammen: das SOP-Register aktualisieren, die Vorrevision als abgelöst markieren und die neue Version als aktuell veröffentlichen.

Was dieses Flussdiagramm abdeckt

In dieser Vorlage

  • Fünf Swimlanes für die Rollen, die die Änderung tragen – Antragsteller, Prozessverantwortlicher, Sicherheits- oder QA-Prüfer, Freigeber und geschulte Bediener –, über fünf Phasen: Antrag, Auswirkungs- und Sicherheitsprüfung, Freigabe, Nachschulung und Go-live.
  • Aufnahme und Auswirkungsbewertung: Der Antragsteller reicht einen Änderungsantrag mit Begründung ein, der Prozessverantwortliche protokolliert ihn gegen die aktuelle Revision und bewertet die betriebliche Auswirkung, dann teilt die Entscheidung „Sicherheitskritischer Schritt betroffen?“ den Prozess in zwei ausdrückliche Wege.
  • Der sicherheitskritische Weg: eine dokumentierte Sicherheitsauswirkungsbewertung, eine QA-gesteuerte Freigabeentscheidung, und bei Freigabe eine verpflichtende praktische Nachschulung, die mit einer unterschriebenen Kompetenzcheckliste endet statt mit einer Unterschrift auf einer Lesebestätigung.
  • Der Standardweg: eine leichtere Eignungsprüfung und Freigabe, und bei Freigabe die Verteilung der aktualisierten SOP zum Lesen und Bestätigen statt zur praktischen Nachschulung.
  • Beide Wege durchlaufen eine eigene Entscheidung „Freigegeben?“ mit einem Ablehnungszweig, der in den Bewertungs- oder Prüfschritt zurückschleift, statt den Antrag zu schließen, und beide laufen im selben Abschluss zusammen: das SOP-Register aktualisieren, die Vorrevision als abgelöst markieren und die neue Version als aktuelle gelenkte Fassung veröffentlichen.

Wann Sie diese Vorlage verwenden sollten

  • Sie formalisieren, wie Änderungen an einer Standardarbeitsanweisung freigegeben und ausgerollt werden, und wollen, dass das sicherheitskritische Tor ein ausdrücklicher Prozessschritt ist statt einer informellen Entscheidung einer Führungskraft am jeweiligen Tag.
  • Ein Vorfall, ein Beinaheunfall oder eine Auditfeststellung wurde darauf zurückgeführt, dass Bediener mit einer SOP-Revision arbeiteten, über die sie informiert, aber nie tatsächlich geschult wurden, und Sie brauchen einen Prozess, der die Kompetenzbestätigung vor dem Go-live verpflichtend macht.
  • Sie betreiben einen regulierten oder sicherheitssensiblen Betrieb – Fertigung, Gesundheitswesen, Labor oder Lager –, in dem eine Änderung an einer Arbeitsanweisung eine Gefahr schaffen kann, wenn sie den Arbeitsplatz erreicht, bevor die ausführenden Personen bereit sind.
  • Sie müssen einem Auditor oder einer Akkreditierungsstelle zeigen, wie eine vorgeschlagene SOP-Änderung risikobewertet wird, wer die Sicherheitsauswirkung freigibt, und wie Sie belegen können, dass jeder betroffene Bediener nachgeschult und nicht nur benachrichtigt wurde.

So funktioniert es

  1. Benennen Sie die Bahnen nach Ihren realen Rollen

    Ersetzen Sie Antragsteller, Prozessverantwortlicher, Sicherheits- oder QA-Prüfer, Freigeber und geschulte Bediener durch die Rollen, die Sie tatsächlich haben. Bewertet dieselbe Person die Auswirkung und erteilt bei unkritischen Änderungen die Freigabe, führen Sie diese Bahnen zusammen, statt sie als getrennt vorzutäuschen; halten Sie Sicherheits- oder QA-Prüfer separat, wenn Ihr Betrieb eine unabhängige Sicherheitsfreigabe erwartet.

  2. Definieren Sie, was einen Schritt sicherheitskritisch macht

    Schreiben Sie die Schwelle neben die Entscheidung „Sicherheitskritischer Schritt betroffen?“: Ein Schritt ist sicherheitskritisch, wenn ein Fehler eine Verletzung, ein nichtkonformes Produkt, eine Umweltfreisetzung oder einen regulatorischen Verstoß riskiert. Geben Sie zwei oder drei Beispiele aus Ihrem eigenen Betrieb, damit der Prüfer die Entscheidung nicht jedes Mal von Grund auf treffen muss.

  3. Legen Sie fest, welchen Nachweis eine praktische Bestätigung erfordert

    Entscheiden Sie beim Schritt zur praktischen Schulung und Kompetenzcheckliste, was als Nachweis zählt: ein begleiteter Durchlauf, eine praktische Bewertung, die Unterschrift eines Trainers, oder alle drei. Halten Sie die SOP-Version fest, gegen die der Bediener geschult wurde, denn ein Kompetenznachweis ohne Versionsnummer kann nicht belegen, dass auf der aktuellen Fassung geschult wurde.

  4. Entscheiden Sie, wann Lesen-und-bestätigen ausreicht

    Legen Sie für den Standardweg die Schwelle fest, was als nicht sicherheitskritische Änderung gilt, zum Beispiel eine Formulierungsklarstellung, eine Neuordnung von Schritten ohne Methodenänderung oder die Korrektur einer Referenznummer. Speichern Sie Bestätigungen an einem Ort, aus dem Sie eine vollständige Liste abrufen können, nicht in einem E-Mail-Verlauf.

  5. Benennen Sie, wer ablehnen darf und wo die Schleife landet

    Beide Freigabeentscheidungen leiten eine Ablehnung zurück in den Bewertungs- oder Prüfschritt, statt den Antrag zu schließen. Bestätigen Sie, wer auf jedem Weg befugt ist abzulehnen, denn eine QA-gesteuerte Ablehnung bei einer sicherheitskritischen Änderung sollte mehr Gewicht haben als eine Ablehnung auf dem Standardweg.

Häufig gestellte Fragen

Wie unterscheidet sich das von einem allgemeinen Change-Control-Prozess?

Ein allgemeiner Change-Control-Prozess ist für IT- und Engineering-Änderungen ausgelegt: Er läuft über ein Change Advisory Board, plant ein Rollback und verifiziert ein bereitgestelltes System. Dieses Diagramm ist für eine Änderung an einer schriftlichen Arbeitsanweisung ausgelegt, und sein prägender Schritt ist die Nachschulung: Eine sicherheitskritische Änderung darf erst live gehen, wenn die betroffenen Bediener eine praktische Schulung abgeschlossen und eine Kompetenzcheckliste unterschrieben haben – nicht nur bestätigt, dass eine neue Version existiert.

Wie unterscheidet sich das vom Dokumentenlenkungsprozess?

Der Dokumentenlenkungsprozess ist der allgemeine Lebenszyklus, den jedes gelenkte Dokument durchläuft – Entwurf, Prüfung, Freigabe, Versionierung, Ausgabe, Einzug abgelöster Exemplare und turnusmäßige Überprüfung –, und er gilt für Richtlinien und Formulare ebenso wie für SOPs. Dieses Diagramm setzt voraus, dass dieser Mechanismus bereits existiert, und ergänzt das SOP-Spezifische: ein sicherheitskritisches Tor, das entscheidet, ob der Rollout eine begleitete praktische Nachschulung mit unterschriebener Kompetenzcheckliste erfordert, oder ein leichteres Lesen-und-bestätigen.

Warum braucht eine sicherheitskritische Änderung eine unterschriebene Kompetenzcheckliste statt nur einer Lesebestätigung?

Eine Lesebestätigung belegt, dass jemand das Dokument geöffnet hat; sie belegt nicht, dass diese Person den Schritt noch korrekt ausführen kann. Für einen Schritt, bei dem ein Fehler eine Verletzung, ein nichtkonformes Produkt oder einen regulatorischen Verstoß riskiert, erwarten die meisten Qualitäts- und Sicherheitssysteme einen nachgewiesenen Kompetenznachweis: ein begleiteter Durchlauf, eine praktische Prüfung oder eine gleichwertige Bestätigung, erfasst gegen die konkrete SOP-Version, auf der der Bediener geschult wurde.

Wer entscheidet, ob eine Änderung sicherheitskritisch ist?

Leiten Sie die Entscheidung an einen Sicherheits- oder QA-Prüfer, der unabhängig von der antragstellenden Person ist, nicht an den Antragsteller oder seine direkte Führungskraft. Schreiben Sie die Schwelle neben die Entscheidung, damit die Beurteilung über Prüfer hinweg konsistent bleibt, und wählen Sie im Zweifel immer den sicherheitskritischen Weg.

Teil von

QueryChart-Funktionen für diesen Prozess

Diese Vorlage verwenden

Browse all Vorlagen für Qualitätsmanagement

SOP-Change-Control-Prozess: Antrag → Auswirkungs- & Sicherheitsprüfung → Freigabe → Nachschulung → Go-live
Ablaufdiagramm: SOP-Change-Control-Prozess