Prozessdokumentation erstellen: sechs Schritte zum Erfolg

Die meisten Prozessdokumentationen scheitern nicht beim Schreiben. Sie scheitern im zweiten Jahr.

Die Dateien liegen im Intranet, die Diagramme sind sauber, jemand hat sich sichtbar Mühe gegeben. Trotzdem fragt die neue Kollegin nach drei Tagen ihren Sitznachbarn, statt das Dokument zu öffnen – weil sie beim ersten Versuch gemerkt hat, dass zwei Schritte nicht mehr stimmen. Ab diesem Moment ist die Dokumentation erledigt. Nicht falsch genug, dass es jemand meldet. Nur falsch genug, dass ihr niemand mehr traut.

Das ist kein Sorgfaltsproblem. Es ist ein Konstruktionsproblem. Eine Prozessdokumentation beschreibt einen Zustand, aber der Prozess läuft weiter – und keines der Ereignisse, die ihn verändern, meldet sich beim Dokument an.

Wer eine Prozessdokumentation erstellen will, kommt mit sechs Schritten aus. Das ist die Reihenfolge, in der ich vorgehe. Fünf davon betreffen das Erstellen. Der sechste entscheidet, ob sich der Aufwand gelohnt hat.

Schritt 1: Klären, wofür die Dokumentation da ist

„Wir müssen unsere Prozesse mal dokumentieren“ ist kein Auftrag, sondern ein Vorsatz. Die erste Frage lautet: Wer wird dieses Dokument öffnen, und was will er in dem Moment wissen? Vier Antworten kommen in der Praxis vor, und sie führen zu vier verschiedenen Dokumenten.

Zweck	Leser	Was das Dokument leisten muss
Einarbeitung	neue Beschäftigte	handlungsfähig machen: Reihenfolge, Werkzeuge, Ansprechpartner
Nachweis	Prüfer, Auditor, Rechnungsprüfung	Nachvollziehbarkeit: Wer entscheidet was, auf welcher Grundlage
Systemeinführung	Softwareanbieter, Projektteam	Vollständigkeit an den Schnittstellen, inklusive Sonderfällen
Verbesserung	Fachbereich selbst	Messpunkte: Wo entstehen Wartezeiten, Rückfragen, Doppelarbeit

Wer alle vier gleichzeitig bedienen will, bekommt ein Dokument, das für jeden Zweck zu lang und für keinen präzise genug ist. Entscheiden Sie sich für einen Hauptzweck und schreiben Sie ihn auf die erste Seite. Das spart später jede Diskussion über die Detailtiefe.

Der dritte Zweck hat zuletzt an Gewicht gewonnen. Wenn eine Software Vorgänge nicht nur unterstützen, sondern zuordnen oder auslösen soll, muss die Dokumentation so genau sein, dass sich daraus Regeln ableiten lassen. Das ist eine deutlich höhere Hürde als Einarbeitung, und sie entscheidet früher über Erfolg oder Misserfolg als die Auswahl des Werkzeugs: mehr dazu am Hamburger Beispiel für KI in der Verwaltung.

Schritt 2: Die Flughöhe festlegen – und dabei bleiben

Drei Ebenen reichen in fast allen Fällen aus:

1. Prozesslandkarte. Welche Prozesse gibt es überhaupt, wer verantwortet sie, wie hängen sie zusammen. Eine Seite pro Organisationseinheit.
2. Ablauf. Der einzelne Prozess von der Auslösung bis zum Ergebnis, mit Zuständigkeiten und Entscheidungspunkten. Das ist die Ebene, die in neun von zehn Fällen gemeint ist.
3. Arbeitsanweisung. Die konkrete Tätigkeit, Klick für Klick oder Formularfeld für Formularfeld.

Der teuerste Fehler ist die dritte Ebene ohne Not. Arbeitsanweisungen veralten am schnellsten, weil jede Oberflächenänderung sie ungültig macht – und sie sind der Grund, warum viele Dokumentationen nach dem ersten Software-Update niemand mehr anfasst. Meine Faustregel: Gehen Sie eine Ebene tiefer, wenn ohne diese Tiefe jemand eine Entscheidung falsch trifft. Nicht, weil es sich vollständiger anfühlt.

Schritt 3: Aufnehmen, wo der Prozess wirklich stattfindet

Der übliche Weg ist ein Workshop mit acht Personen und einem Whiteboard. Das Ergebnis ist ein Prozess, auf den sich alle einigen konnten – und der so in keiner Woche abläuft. Denn im Workshop beschreiben Menschen den Prozess so, wie er gedacht ist. Die Abweichungen, aus denen der Alltag besteht, nennt niemand vor Publikum.

Ich nehme Prozesse deshalb im Einzelgespräch auf, 60 bis 90 Minuten, am Arbeitsplatz der Person, die den Prozess täglich ausführt. Drei Fragen tragen dabei den größten Teil:

• „Zeigen Sie es mir am letzten echten Vorgang.“ Nicht beschreiben lassen, sondern vorführen lassen. Der Unterschied zwischen beidem ist der eigentliche Ertrag der Aufnahme.
• „Was machen Sie, wenn das nicht klappt?“ Der Ausnahmefall ist häufiger als der Regelfall – und er ist der Teil, der in keiner Dokumentation steht.
• „Wo müssen Sie nachfragen?“ Jede Rückfrage markiert eine Schnittstelle, die nicht sauber definiert ist.

Erst danach wird modelliert. Der Entwurf geht an dieselbe Person zurück, bevor ihn irgendjemand sonst sieht. Wer den Prozess ausführt, muss sich im Dokument wiedererkennen – sonst wird es nie benutzt, egal wie korrekt es ist.

Schritt 4: Notation wählen – BPMN 2.0 nur, wenn jemand sie liest

BPMN 2.0 ist ein guter Standard, und ich modelliere überwiegend darin. Aber die Notation ist eine Entscheidung über Leser, nicht über Qualität.

BPMN lohnt sich, wenn der Prozess mehrere Beteiligte über Abteilungsgrenzen hinweg verbindet, wenn er später automatisiert oder in eine Fachanwendung überführt werden soll, oder wenn ein Prüfer Entscheidungslogik nachvollziehen können muss.

BPMN lohnt sich nicht bei einem linearen Ablauf mit einer Zuständigkeit. Dafür ist eine nummerierte Liste mit Verantwortlichem und Ergebnis je Schritt schneller erstellt, schneller gelesen und schneller aktualisiert. Ein Diagramm, das nur der Ersteller entziffern kann, ist eine Verschlechterung gegenüber einer Tabelle.

Wenn Sie BPMN einsetzen: Beschränken Sie sich auf ein knappes Dutzend Symbole – Aufgabe, Ereignis, Gateway, Pool, Lane, Sequenzfluss. Die volle Symbolmenge braucht in der Praxis fast niemand, und jedes zusätzliche Zeichen kostet Leser.

Schritt 5: Verbindlich machen

Ein Prozess, den niemand freigegeben hat, ist eine Meinung. Vier Angaben gehören auf jedes Dokument, und sie kosten zusammen zehn Minuten:

• Prozessverantwortlicher – mit Namen, nicht mit Abteilung. Eine Abteilung pflegt nichts.
• Freigabedatum und Fassung – sichtbar auf der ersten Seite, nicht in den Dateieigenschaften.
• Geltungsbereich – für welche Standorte, Mandanten oder Fallgruppen gilt das hier, und für welche ausdrücklich nicht.
• Ein Ablagepfad, nicht drei – die zweithäufigste Todesursache nach der Veralterung ist die Kopie auf einem Gruppenlaufwerk, die sich unbemerkt vom Original entfernt.

Schritt 6: Pflege an Anlässe hängen, nicht an Termine

Hier entscheidet sich alles. Der Standardvorschlag lautet „jährliche Prüfung“, und er funktioniert nicht: Ein Jahr nach der letzten Änderung weiß niemand mehr, was sich verändert hat, also wird das Dokument angesehen, für in Ordnung befunden und mit neuem Datum versehen. Der Termin wird eingehalten, die Dokumentation altert trotzdem.

Wirksam ist der umgekehrte Weg: Sie hängen die Prüfung an die Ereignisse, die den Prozess tatsächlich verändern. Die Liste ist kurz und für die meisten Organisationen dieselbe.

• Der Prozessverantwortliche oder ein Hauptausführender wechselt die Stelle
• Eine beteiligte Fachanwendung bekommt ein Release, das den Ablauf berührt
• Eine Zuständigkeit wandert in eine andere Einheit
• Eine rechtliche oder interne Vorgabe ändert Reihenfolge, Fristen oder Freigaben
• Eine Schnittstelle zu einem Dienstleister wird neu verhandelt

Praktisch heißt das: Diese fünf Anlässe stehen im Dokument, und der Prozessverantwortliche wird bei Eintritt aktiv angesprochen – durch die Personalabteilung beim Stellenwechsel, durch die IT beim Release. Das ist kein Werkzeug, das ist eine Absprache. Aber sie ist der Unterschied zwischen einer Dokumentation, die nach achtzehn Monaten noch stimmt, und einer, die niemand mehr öffnet.

Bei größeren Systemumstellungen gehört dieser Punkt ohnehin in den Projektplan – mehr dazu unter Changemanagement bei Systemumstellungen. In Behörden kommen Haushaltsjahr und Beteiligungsrechte als eigene Taktgeber hinzu; das habe ich auf der Seite Projekte in der öffentlichen Verwaltung auseinandergenommen.

Was in eine Prozessdokumentation gehört

Die sechs Schritte beschreiben das Vorgehen. Die Frage, was am Ende im Dokument steht, ist davon unabhängig, und sie wird mir häufiger gestellt als jede andere. Meine Antwort ist kurz: sechs Bestandteile, mehr nicht.

Bestandteil	Wozu	Woran man merkt, dass er fehlt
Zweck und Leser	Legt Detailtiefe und Sprache fest	Die Diskussion über die Detailtiefe kommt in jeder Abstimmung wieder
Auslöser und Ergebnis	Grenzt den Prozess ab	Niemand kann sagen, wo der Prozess anfängt und wo er aufhört
Ablauf mit Entscheidungen	Der eigentliche Prozess	Das Dokument beschreibt einen Weg, obwohl es drei gibt
Rollen, nicht Namen	Überlebt Umorganisationen	Im Dokument stehen Personen, die nicht mehr da sind
Ausnahmen und Sonderfälle	Macht das Dokument im Alltag brauchbar	Wer eine Ausnahme hat, fragt trotzdem die Kollegin
Stand, Freigabe, Pflegeanlass	Entscheidet über das zweite Jahr	Niemand weiß, ob die Fassung noch gilt

Auffällig ist, was nicht in der Liste steht: keine Zielbeschreibung, keine Kennzahlen, kein Organigramm. Das sind Inhalte, die in ein Prozesshandbuch gehören können, aber nicht in die Dokumentation eines einzelnen Prozesses. Wer sie hineinnimmt, bekommt ein Dokument, das gepflegt werden muss, obwohl sich der Prozess gar nicht geändert hat.

Vier Fehler, die eine Prozessdokumentation wertlos machen

Keiner davon ist ein Flüchtigkeitsfehler. Alle vier entstehen aus einer nachvollziehbaren Absicht und richten trotzdem Schaden an.

Der Soll-Prozess wird als Ist-Prozess ausgegeben. Während der Aufnahme fällt auf, dass zwei Schritte unnötig sind. Sie fliegen raus, das Dokument beschreibt den besseren Ablauf. Nur arbeitet niemand danach, weil die Umstellung nie beschlossen wurde. Ab diesem Punkt beschreibt das Dokument einen Wunsch, und jede Abweichung im Alltag bestätigt den Beteiligten, dass sie ihm nicht folgen müssen.

Namen statt Rollen. „Frau Schmidt prüft den Antrag“ ist präziser als „Die Sachbearbeitung prüft den Antrag“ und deshalb verlockend. Beim nächsten Wechsel ist das Dokument falsch, ohne dass sich der Prozess geändert hätte. Namen gehören in eine Anlage, die getrennt gepflegt wird.

Vollständigkeit als Ziel. Wer jede denkbare Verzweigung aufnimmt, bekommt ein Modell, das niemand liest, und einen Pflegeaufwand, den niemand trägt. Die Regel, die bei mir funktioniert: Ein Sonderfall kommt ins Dokument, wenn er mindestens monatlich vorkommt oder wenn sein Fehlschlagen teuer wird. Alles andere gehört in einen Satz unter dem Modell.

Dokumentation ohne Freigabe. Ein Dokument, das niemand freigegeben hat, ist eine Meinung. Es hilft bei der Einarbeitung und trägt in keinem Konflikt. Genau in Konflikten wird es aber gebraucht, nämlich dann, wenn zwei Bereiche über eine Zuständigkeit streiten. Wer die Freigabe scheut, weil sie Diskussionen auslöst, verschiebt diese Diskussionen nur auf einen Zeitpunkt, an dem sie teurer sind.

Womit dokumentiert man Prozesse?

Die Werkzeugfrage kommt meistens zu früh. Trotzdem muss sie irgendwann beantwortet werden, und die Antwort hängt allein an der Zahl der Prozesse, die Sie dauerhaft pflegen wollen.

Umfang	Was genügt	Was Sie sich sparen
Bis etwa fünf Prozesse	Textverarbeitung mit fester Gliederung, Diagramme als Bild	Einführung, Schulung und Lizenzkosten eines Werkzeugs
Fünf bis rund dreißig	Ein Werkzeug, das BPMN 2.0 beherrscht und sauber exportiert	Eine Plattform mit Freigabeworkflow, die erst ab Masse trägt
Dauerhaft mehr	Prozessplattform mit Versionierung, Freigabe und Rollenrechten	Die Suche nach der aktuellen Fassung, die sonst täglich Zeit kostet

Ein Hinweis aus der Praxis: Die Entscheidung für eine Plattform wird oft mit der Erwartung getroffen, sie werde die Pflege erzwingen. Das tut sie nicht. Sie macht sichtbar, was veraltet ist, und das ist etwas anderes. Ohne festgelegte Pflegeanlässe, siehe Schritt 6, erzeugt eine Plattform vor allem eine längere Liste veralteter Dokumente.

Fünf Anzeichen, dass Ihre Dokumentation nicht mehr stimmt

Sie müssen nichts prüfen, um das festzustellen. Es genügt, auf diese fünf Dinge zu achten:

1. Neue Beschäftigte fragen Kolleginnen und Kollegen, obwohl es eine Dokumentation gibt.
2. Im Dokument stehen Namen von Personen, die nicht mehr da sind.
3. Es gibt eine „aktuelle Fassung“ und mindestens eine Kopie, von der niemand sicher sagen kann, welche die aktuelle ist.
4. Screenshots zeigen eine Oberfläche, die es so nicht mehr gibt.
5. Der Prozess enthält keinen einzigen Ausnahmefall – dann beschreibt er nicht den Prozess, sondern den Wunsch.

Zwei Treffer sind normal. Ab drei arbeitet Ihre Organisation neben der Dokumentation her, und die Frage ist nicht mehr, ob sie aktualisiert wird, sondern ob sie neu aufgenommen werden muss.

Häufige Fragen zur Prozessdokumentation

Wie ausführlich muss eine Prozessdokumentation sein?

So ausführlich, dass jemand den Prozess damit ausführen kann, der ihn noch nie gemacht hat, und nicht ausführlicher. Der praktische Test: Geben Sie den Entwurf einer Person aus einem anderen Bereich und lassen Sie sie die Schritte nacherzählen. Wo sie stockt, fehlt etwas. Wo sie überspringt, steht zu viel.

Was ist der Unterschied zwischen Prozessdokumentation und Verfahrensanweisung?

Die Prozessdokumentation beschreibt den Ablauf, also wer was in welcher Reihenfolge tut. Die Verfahrensanweisung ist ein freigegebenes Dokument mit Verbindlichkeit, häufig im Rahmen eines Managementsystems. Eine gute Prozessdokumentation kann zur Verfahrensanweisung werden, sobald jemand sie freigibt. Umgekehrt ist nicht jede Verfahrensanweisung eine brauchbare Prozessbeschreibung, weil viele den Ablauf nur andeuten.

Wie lange dauert es, einen Prozess zu dokumentieren?

Für einen überschaubaren Prozess mit einer Zuständigkeit rechne ich mit zwei bis drei Terminen à einer Stunde, dazu etwa denselben Aufwand für Aufbereitung und Abstimmung. Der Engpass ist fast nie das Schreiben, sondern der Kalender der Menschen, die den Prozess ausführen.

Brauche ich BPMN 2.0 für eine Prozessdokumentation?

Nein. BPMN 2.0 lohnt sich, wenn ein Prozess über mehrere Bereiche läuft, wenn ein Softwareanbieter das Modell lesen soll oder wenn ein Audit Nachvollziehbarkeit verlangt. Für einen Ablauf innerhalb eines Teams ist eine nummerierte Liste mit klaren Zuständigkeiten oft die bessere Wahl, weil sie ohne Einarbeitung gelesen wird.

Wer sollte die Prozessdokumentation erstellen?

Aufnehmen sollte sie jemand, der den Prozess nicht selbst ausführt, weil Beteiligte Schritte auslassen, die ihnen selbstverständlich sind. Freigeben muss sie, wer für den Prozess verantwortlich ist. Diese beiden Rollen zu trennen, ist der wirksamste Einzelhebel für Qualität, den ich kenne.

Wie oft muss eine Prozessdokumentation aktualisiert werden?

Nicht nach Kalender, sondern nach Anlass. Vier Anlässe genügen: eine Systemänderung, eine Umorganisation, ein Personalwechsel auf einer im Prozess genannten Rolle, eine Rechtsänderung. Wer stattdessen einen jährlichen Turnus festlegt, bekommt elf Monate im Jahr ein Dokument, dem niemand traut.

Prozessdokumentation erstellen oder erstellen lassen: drei Wege

Selbst machen. Für einen überschaubaren Prozess mit einer Zuständigkeit ist das der richtige Weg. Schritt 1, 2 und 5 aus diesem Text genügen; auf BPMN können Sie verzichten.

Einmal begleiten lassen, dann selbst weiterführen. Der häufigste Fall. Ich nehme zwei, drei Prozesse gemeinsam mit Ihnen auf, wir legen Flughöhe, Notation und Pflegeanlässe fest – den Rest machen Ihre Leute danach allein, mit einem Muster, das funktioniert.

Vergeben. Sinnvoll, wenn ein Audit, eine Systemeinführung oder ein Personalabgang einen festen Termin setzt und intern niemand die Zeit hat.

Nur der zweite und der dritte Weg führen zu mir, und ich sage Ihnen im Erstgespräch offen, wenn der erste reicht. Buchen Sie ein Erstgespräch – 30 Minuten genügen meistens, um das zu klären.