Geschäftsprozess dokumentieren: Anleitung mit Beispiel
So dokumentieren Sie einen Prozess belastbar: je Schritt einen Verantwortlichen benennen, Entscheidungsregeln festhalten, Versionierung und Freigabe einführen und ein Prüfdatum setzen. Mit lebendem Beispiel.
Einen Prozess zu dokumentieren heißt festzuhalten, was passiert, wer für jeden Schritt verantwortlich ist und welche Entscheidungsregeln gelten, in einer Form mit einer gültigen Fassung, einem benannten Verantwortlichen und einem Prüfdatum.
Kurz gesagt
- Eine gültige Fassung, erkennbar als die gültige. Alles andere ist eine Kopie.
- Jeder Schritt nennt eine verantwortliche Rolle, jede Entscheidung ihre Regel und ihren Schwellenwert.
- Sagen Sie, wo der Nachweis landet: welches System, welches Register, welcher Eintrag.
- Erst eine Freigabe mit Namen und Datum macht aus einem Dokument ein gelenktes Dokument.
- Setzen Sie ein Prüfdatum, und prüfen Sie zusätzlich nach jedem Vorfall.
Dokumentationswerkzeuge auswählen
Warum Prozessdokumentation ihr Vertrauen verliert
Fast jede Organisation hat eine Prozessdokumentation. Vertraut wird ihr selten, und das liegt fast nie am Schreibstil. Es liegt daran, dass niemand sagen kann, welche Fassung gilt. Die Verfahrensanweisung lebt als Word-Datei auf einem Laufwerk, als Diagramm in irgendeiner Präsentation und als Wiki-Seite, die vor achtzehn Monaten zuletzt geändert wurde, und jede der drei hat in einem anderen Punkt recht. Einen Prozess zu dokumentieren, ist nur zur Hälfte Schreibarbeit; die andere Hälfte besteht darin, eine Fassung erkennbar als die vereinbarte zu kennzeichnen.
Die inhaltliche Probe ist einfach: Könnte jemand, der diese Aufgabe nie gemacht hat, sie danach ausführen, und könnte jemand von außen erkennen, ob sie eingehalten wurde? Das heißt: Jeder Schritt nennt einen Verantwortlichen, jede Entscheidung nennt ihre Regel und ihren Schwellenwert statt „falls angemessen“, und jeder Schritt, der einen Nachweis erzeugt, sagt, wohin dieser Nachweis geht. „Bankdaten prüfen“ ist eine Absichtserklärung. „Rufen Sie den Lieferanten unter der Nummer aus dem unterzeichneten Vertrag zurück, nie unter der Nummer auf der Rechnung, und halten Sie fest, wer wann verifiziert hat“ ist eine Kontrolle.
Das Beispiel unten ist ein Lieferanten-Onboarding. Lesen Sie den Verfahrenstext unter der Zeichenfläche parallel zum Diagramm: Beides entsteht aus denselben Zeilen, und genau darum geht es. Sind Diagramm und Verfahrenstext zwei getrennte Dokumente, laufen sie auseinander, und der Unterschied bleibt unsichtbar, bis ein Auditor beide nebeneinanderlegt.
Ein dokumentierter Prozess: Diagramm und Text
Lieferanten-Onboarding über fünf Bahnen. Der Verfahrenstext unter der Zeichenfläche entsteht aus denselben Zeilen: zwei Ansichten, eine Quelle.
Auslöser und Eingang dokumentieren
Eine Lieferantenanfrage mit fachlicher Begründung und eine dokumentierte Prüfung, ob ein bestehender Lieferant den Bedarf bereits deckt. Erst die Dokumentation des Eingangs verhindert, dass der Prozess in der Mitte betreten wird, und genau so gelangen nicht freigegebene Lieferanten in die Stammdaten.
Die Prüfungen benennen, und wer sie durchführt
Vertragsbedingungen bei Recht, Bonität bei Finanzen, Datenschutz bei Sicherheit und Compliance, dazu die erweiterte Due Diligence bei hoher Risikoklasse. Vier Prüfungen, vier Verantwortliche, je eine Bahn: ein Verfahren, das nur „Due Diligence wird durchgeführt“ schreibt, ohne zu benennen, wer welchen Teil übernimmt, ist keine Dokumentation, sondern eine Überschrift.
Die Entscheidungsregel niederschreiben
Die Risikoklasse bestimmt die Tiefe der Prüfung, und die Entscheidung „Due Diligence bestanden?“ hat einen ausdrücklichen Ablehnungsweg. Stehen Regel und Schwellenwert am Schritt selbst, ist die Entscheidung von jedem wiederholbar, der Dienst hat, statt davon abzuhängen, wen man gerade fragt.
Die Kontrolle dokumentieren, samt Schleife
Bankdaten werden per Rückruf verifiziert, und nicht verifizierte Daten laufen zurück in die erneute Verifizierung. Die Zahlungsanlage geht auf einem ungeprüften Konto nicht weiter. Kontrollen, die nur als Satz in einer Richtlinie stehen, werden übersprungen; als Tor mit Rückschleife gezeichnet sind sie sichtbar nicht optional.
So funktioniert es
Legen Sie fest, wofür das Dokument da ist
Eine neue Kollegin einzuarbeiten, einen Auditor zufriedenzustellen und Streit zwischen Teams zu schlichten, verlangt unterschiedliche Detailtiefen. Schreiben Sie auf, welchen dieser Zwecke Sie verfolgen, denn er bestimmt, wie viel hineingehört. Wer alle drei gleichzeitig bedienen will, erzeugt ein Dokument, das zum Einarbeiten zu lang und zum Prüfen zu vage ist.
Erfassen Sie den Ablauf vor der Prosa
Bauen Sie den Prozess zuerst als Diagramm: Schritte als Zeilen, Verbindungen über die Zeilennummer, je Schritt eine Bahn mit dem Verantwortlichen. Das Diagramm zwingt die Lücken ans Licht: ein Schritt ohne Verantwortlichen, ein unbeschrifteter Zweig und eine fehlende Ausnahme sind im Diagramm sichtbar und im Fließtext leicht zu verstecken.
Geben Sie jedem Schritt einen Verantwortlichen und jeder Entscheidung eine Regel
Die verantwortliche Rolle gehört in die Bahn des Schritts, die Entscheidungsregel in seinen Kommentar: Schwellenwert, Kriterien, wer eine Ausnahme genehmigen darf. Ersetzen Sie „angemessen“ und „zeitnah“ überall dort durch Zahlen, wo es geht, und wo es wirklich nicht geht, benennen Sie, wer entscheidet.
Sagen Sie, wo der Nachweis landet
Halten Sie für jeden Schritt, der einen Nachweis erzeugt (eine Freigabe, einen unterzeichneten Vertrag, einen Registereintrag), fest, welches System ihn führt und unter welcher Bezeichnung. Das ist der Unterschied zwischen einer Dokumentation, die einen Audit-Walkthrough übersteht, und einer, die eine Nachforderung auslöst.
Lassen Sie es freigeben, nicht nur veröffentlichen
Schicken Sie das fertige Diagramm durch den Freigabe-Workflow von QueryChart, damit die aktuelle Fassung einen Prüfer, eine Unterschrift und ein Datum trägt. Genau das macht daraus ein gelenktes Dokument statt einer Datei: eine freigegebene Fassung, eine unveränderliche Änderungshistorie und keine Zweifel, welche Kopie gelesen werden soll.
Setzen Sie ein Prüfdatum und einen Auslöser
Wählen Sie einen Turnus (jährlich ist üblich, halbjährlich für alles, was sich häufig ändert) und ergänzen Sie die Regel, dass der Prozess nach jedem Vorfall, jeder Auditfeststellung und jeder Systemänderung erneut geprüft wird, die ihn berührt. Dokumentation verfällt lautlos, und ein Datum auf der Seite ist die billigste Verteidigung dagegen.
Häufige Fehler
Zwei Dokumente, ein Prozess
Ein Diagramm in der einen Datei und ein Verfahrenstext in der anderen laufen auseinander, und es fällt niemandem auf, bis beide unter Druck verglichen werden. Halten Sie eine Quelle und erzeugen Sie die Ansichten daraus.
„Falls angemessen“
Unbestimmte Formulierungen verschieben die Entscheidung aus dem Dokument zu dem, der gerade Dienst hat. Das ist das Gegenteil von dokumentieren. Schreiben Sie den Schwellenwert hin, oder wer entscheidet.
Kein benannter Verantwortlicher
Ein Dokument, das alle ändern dürfen und niemandem gehört, ist ein Dokument, das niemand aktualisiert. Ein Name, auf der Seite.
Versionierung über den Dateinamen
prozess_v3_FINAL_ueberarbeitet2.docx ist keine Versionskontrolle, sondern eine archäologische Übung. Nutzen Sie ein System, das Ihnen sagt, welche Fassung freigegeben ist und was sich zwischen zwei Ständen geändert hat.
Eigenen Prozess dokumentieren
Öffnen Sie das Beispiel zum Lieferanten-Onboarding als eigenes Diagramm, oder starten Sie leer und bauen Sie den Ablauf aus Ihren Zeilen auf.
Verwandte Anleitungen
Häufig gestellte Fragen
Was ist der Unterschied zwischen einer Prozessdokumentation und einer SOP?
Eine Prozessdokumentation beschreibt, wie Arbeit fließt, meist über mehrere Rollen hinweg: Abfolge, Entscheidungen, Übergaben. Eine SOP ist die Anweisung für eine einzelne Tätigkeit, geschrieben für die ausführende Person, und enthält oft Details, die eine Prozesslandkarte nicht trägt: Bildschirmfotos, konkrete Feldwerte, Sicherheitshinweise. In der Praxis ergänzen sich beide: Die Prozesslandkarte zeigt, wie die SOPs zusammenhängen, und jede SOP entfaltet einen ihrer Schritte.
Wie detailliert muss eine Prozessdokumentation für ein Audit sein?
Detailliert genug, dass ein Auditor einen echten Vorgang auswählen, Ihrem Dokument folgen und die Nachweise dort finden kann, wo das Dokument sie ansagt. Das bedeutet benannte Verantwortliche, festgeschriebene Entscheidungskriterien und je Nachweis einen Ablageort. Auditoren verfolgen nicht Länge, sondern Konsistenz: einen dokumentierten Prozess, den Nachweis, dass er eingehalten wurde, und einen Freigabenachweis, der belegt, dass die dokumentierte Fassung die aktuelle ist.
Wer sollte die Prozessdokumentation schreiben?
Jemand, der die Aufgabe nicht selbst ausführt, auf Basis von Interviews mit denen, die sie ausführen. Praktiker überspringen die Schritte, die für sie längst automatisch ablaufen, und genau die braucht eine neue Kollegin. Schreiben Sie den Entwurf als Außenstehender und lassen Sie ihn dann von den Praktikern korrigieren; die Korrekturen gehen schnell, und was sie hinzufügen, ist das stille Wissen, das es nie in einen ersten Entwurf schafft.
Wie oft sollte eine Prozessdokumentation geprüft werden?
In einem festen Turnus und bei bestimmten Auslösern. Jährlich ist der übliche Grundtakt, halbjährlich für Prozesse mit vielen Änderungen. Wichtiger sind die Auslöser: nach einem Vorfall, nach einer Auditfeststellung, nach einer Systemmigration und nach jeder Umorganisation, die einen Bahnverantwortlichen austauscht. Der meiste Verfall entsteht durch ungeprüfte Veränderung, nicht durch Zeitablauf.