So erstellen Sie ein SOP-Flussdiagramm
So erstellen Sie ein SOP-Flussdiagramm: eine Prozedur pro Diagramm, nummerierte Schritte, Entscheidungen mit klaren Kriterien und eine freigegebene Version unter Änderungslenkung — mit Beispiel aus dem Incident-Management.
So funktioniert es
Grenzen Sie auf eine einzige Prozedur ein
Schreiben Sie den Auslöser in einem Satz: „Ein Incident wird erkannt oder gemeldet.“ Braucht der Auslöser ein „oder“, das eine wirklich andere Situation abdeckt, ist das eine zweite SOP. Genau diese Beschränkung auf eine Prozedur hält das Diagramm kurz genug, um es im Ernstfall überhaupt zu öffnen.
Formulieren Sie die Schritte als Anweisungen
Verb zuerst, eine Handlung je Schritt, an die ausführende Person gerichtet: „Incident mit Auswirkung erfassen“, nicht „Der Incident wird erfasst“. Passive Formulierungen verstecken den Verantwortlichen, und eine SOP, deren Schritte niemandem gehören, ist der Grund, warum zwei Personen denselben Schritt ausführen und eine dritte gar keinen.
Schreiben Sie die Kriterien an die Entscheidungen
„Major Incident?“ braucht eine Definition daneben — Zahl der betroffenen Nutzer, Service-Klasse, Umsatzwirkung, was auch immer bei Ihnen gilt. Nutzen Sie das Kommentarfeld des Schritts für diese Regel. Entscheidungen ohne Kriterien werden von jeder lesenden Person anders getroffen, und dann trägt das Wort „Standard“ nichts mehr.
Ergänzen Sie Eskalations- und Wiedereröffnungswege
Zeichnen Sie, was passiert, wenn das SLA-Ziel zu reißen droht, wenn die Lösung nicht hält und wenn die sonst zuständige Person nicht verfügbar ist. Genau dafür schlägt man eine SOP nach. Jeder dieser Wege führt entweder in den Ablauf zurück oder endet in einem eigenen Endpunkt.
Verteilen Sie die Swimlanes und gehen Sie alles mit der Bereitschaft durch
Legen Sie jeden Schritt in die Swimlane der Rolle, die ihn ausführt — Service Desk, Incident Manager, Support Level 2 / 3 — und lesen Sie das Diagramm mit denen durch, die damit arbeiten werden. Fragen Sie, wo sie zögern würden. Jedes Zögern markiert einen Schritt, dem entweder ein Kriterium oder eine Aufteilung fehlt.
Freigeben, versionieren und einen Prüftermin setzen
Schicken Sie das Diagramm durch den Freigabe-Workflow, damit die gültige Version einen Prüfer und ein Datum trägt, und setzen Sie einen Auslöser für die Überprüfung: nach jedem Major Incident und mindestens einmal jährlich. In QueryChart liegen Freigabe und Änderungshistorie beim Diagramm — auf „Welche Version galt im März?“ gibt es damit eine Antwort.
Häufig gestellte Fragen
Was ist der Unterschied zwischen einer SOP und einem Prozessdiagramm?
Eine SOP ist eine gelenkte Anweisung zur Ausführung einer bestimmten Aufgabe: nummeriert, mit Verantwortlichem, freigegeben, versioniert und für die ausführende Person geschrieben. Ein Prozessdiagramm bildet ab, wie Arbeit fließt, häufig über mehrere Rollen hinweg, und darf beschreibend statt verbindlich sein. Zeichnen Sie eine SOP als Flussdiagramm, bekommen Sie beides — die Lesbarkeit eines Diagramms mit den Lenkungseigenschaften einer Prozedur — solange Freigabe und Versionshistorie mitkommen.
Soll eine SOP ein Flussdiagramm oder ein Text sein?
Beides, aus einer Quelle. Ein Flussdiagramm ist unter Druck schneller zu befolgen und macht Lücken in den Verzweigungen sichtbar; der Text trägt die Details, die ein Diagramm nicht fassen kann, etwa exakte Feldwerte oder Sicherheitshinweise. Der Fehler ist, beides als zwei getrennte Dokumente zu führen, denn dann laufen sie auseinander. Erzeugen Sie den Prozedurtext aus denselben Zeilen wie das Diagramm, dann ist eine Änderung an der einen Stelle eine Änderung an beiden.
Wie lang sollte ein SOP-Flussdiagramm sein?
Kurz genug, um in lesbarer Größe auf einen Bildschirm zu passen — in der Praxis fünfzehn bis fünfundzwanzig Schritte. Darüber hinaus suchen Sie eine natürliche Übergabe und teilen in zwei Prozeduren, die aufeinander verweisen. Lange SOPs sind nicht gründlicher; sie werden nur seltener geöffnet, und eine SOP, die niemand öffnet, bewirkt genauso viel Lenkung wie gar keine SOP.
Wer gibt eine SOP frei?
Der Prozessverantwortliche und zusätzlich derjenige, der für das gelenkte Risiko einsteht — häufig Qualität, Compliance oder der Service-Verantwortliche. Verfahrenstechnisch entscheidend ist, dass die Freigabe mit Name und Datum an einer bestimmten Version hängt, damit es keinen Zweifel gibt, welcher Text zu welchem Zeitpunkt in Kraft war. Genau dieser Nachweis macht aus einem Dokument ein gelenktes Dokument.