Eine brauchbare Prozessdokumentation beschreibt nicht nur eine ideale Schrittfolge. Sie macht sichtbar, welches Ergebnis entstehen soll, wodurch der Ablauf ausgelöst wird, wer welchen Beitrag leistet und an welchen Übergaben Probleme entstehen.
Entscheidend ist deshalb: Dokumentiere zunächst den tatsächlich gelebten Prozess – nicht den Ablauf, der laut Vorgabe stattfinden sollte.
Was gehört in eine Prozessdokumentation?
Für die meisten Prozesse in kleinen Unternehmen genügen neun Bausteine:
- Name und Zweck: Wofür existiert der Prozess?
- Erwartetes Ergebnis: Was muss am Ende in welcher Qualität vorliegen?
- Auslöser: Welches Ereignis startet den Ablauf?
- Beginn und Ende: Wo liegt die sinnvolle Prozessgrenze?
- Beteiligte Rollen: Wer führt aus, entscheidet, prüft oder wird informiert?
- Arbeitsschritte und Übergaben: Was geschieht in welcher Reihenfolge – und zwischen wem?
- Informationen und Arbeitsmittel: Welche Daten, Dokumente oder Systeme werden gebraucht?
- Ausnahmen: Welche Varianten, Rückfragen oder Sonderfälle kommen tatsächlich vor?
- Beobachtete Probleme: Wo entstehen Wartezeit, Nacharbeit, Doppelarbeit oder Abhängigkeiten?
Eine reine Klickanleitung ist noch keine Prozessdokumentation. Sie erklärt möglicherweise die Bedienung eines Systems, aber nicht den organisatorischen Zusammenhang der Arbeit.
Vorgehen in sechs Schritten
1. Fragestellung und Grenze klären
Lege fest, warum du den Prozess untersuchst. Geht es um häufige Fehler, lange Durchlaufzeiten, Inhaberabhängigkeit oder die Vorbereitung einer Digitalisierung?
Grenze den Prozess so ab, dass ein fachlich sinnvolles Ergebnis betrachtet wird. „Rechnung schreiben“ ist häufig zu eng. „Erbrachte Leistung abrechnen und Zahlungseingang klären“ kann der passendere Zusammenhang sein.
2. Beteiligte einbeziehen
Sprich mit den Menschen, die die Arbeit tatsächlich erledigen. Führungskräfte kennen häufig die formale Regel; Mitarbeitende kennen Umwege, Sonderfälle und fehlende Informationen.
Hilfreiche Fragen sind:
- Woran erkennst du, dass du tätig werden musst?
- Was brauchst du, bevor du beginnen kannst?
- Woher kommen diese Informationen?
- Wann musst du nachfragen oder improvisieren?
- Woran erkennst du, dass dein Beitrag abgeschlossen ist?
- An wen geht das Ergebnis anschließend?
3. Einen realen Fall verfolgen
Verfolge nach Möglichkeit einen konkreten Auftrag, Vorgang oder Kundenfall vom Auslöser bis zum Ergebnis. Reale Fälle zeigen Medienbrüche und informelle Abstimmungen zuverlässiger als abstrakte Beschreibungen.
Notiere dabei nicht nur Bearbeitungszeiten. Wartezeit, Rückfragen und erneute Bearbeitung gehören ebenfalls zum Prozess.
4. Ablauf sichtbar machen
Für einen einfachen Prozess reicht häufig eine Tabelle:
| Schritt | Rolle | Eingang | Tätigkeit | Ergebnis | Übergabe / System |
|---|---|---|---|---|---|
| Anfrage prüfen | Vertrieb | Kundenanfrage | Vollständigkeit klären | qualifizierte Anfrage | Übergabe an Kalkulation |
Bei mehreren Rollen oder vielen Übergaben ist ein Ablaufdiagramm hilfreicher. Die Darstellung sollte so einfach wie möglich und so genau wie für die Fragestellung nötig sein.
5. Darstellung gemeinsam prüfen
Gehe die Dokumentation mit den Beteiligten anhand eines weiteren realen Falls durch. Markiere Abweichungen, statt sie vorschnell zu glätten. Unterschiedliche Varianten können auf verschiedene Anforderungen hinweisen – oder auf fehlende Orientierung.
6. Verantwortung für die Pflege festlegen
Bestimme, wer die Dokumentation aktualisiert und wodurch eine Überprüfung ausgelöst wird, beispielsweise durch eine Systemänderung, neue Anforderungen oder wiederkehrende Fehler. Eine Dokumentation ohne Pflegeverantwortung veraltet schnell.
Wie detailliert sollte die Dokumentation sein?
Die notwendige Tiefe hängt von ihrem Zweck ab:
- Orientierung und Diagnose: Ergebnis, Rollen, Hauptschritte, Übergaben und Probleme genügen.
- Einarbeitung: Zusätzlich braucht es Arbeitsmittel, Entscheidungskriterien und typische Sonderfälle.
- Qualitätssicherung oder Sicherheit: Prüfungen, Nachweise und verbindliche Freigaben müssen genauer beschrieben werden.
- Automatisierung: Datenfelder, Regeln, Zustände und Fehlerbehandlung werden relevant.
Mehr Detail ist nicht automatisch besser. Eine umfangreiche Dokumentation, die niemand im Alltag nutzen oder pflegen kann, erfüllt ihre Funktion nicht.
Typische Fehler
- Der Soll-Prozess wird dokumentiert, bevor der Ist-Prozess verstanden ist.
- Nur Tätigkeiten werden betrachtet; Übergaben und Wartezeiten fehlen.
- Personen werden genannt, obwohl eigentlich Rollen beschrieben werden sollten.
- Ausnahmen werden als Störung abgetan, obwohl sie regelmäßig auftreten.
- Das verwendete Werkzeug bestimmt die Darstellung und nicht die Fragestellung.
- Die Dokumentation wird mit einer Verbesserung verwechselt. Sichtbarkeit ist zunächst Diagnose, noch keine Gestaltung.
Wann ist die Dokumentation gut genug?
Sie ist gut genug, wenn Beteiligte denselben Ablauf wiedererkennen und die Darstellung eine konkrete Entscheidung ermöglicht: Wo muss genauer untersucht werden? Welche Verantwortung ist unklar? Welche Information fehlt? Erst dann sollte über Standardisierung, Digitalisierung oder Automatisierung entschieden werden.
Direkt anwenden
Prozessaufnahme in 15 Minuten
Halte einen realen Vorgang knapp fest. Beobachtung und Vermutung werden dabei bewusst getrennt.
Anschlussfragen
Häufig gefragt
Wie detailliert muss eine Prozessdokumentation sein?
So detailliert, dass Beteiligte Ergebnis, Rollen, Übergaben und wesentliche Varianten gemeinsam beurteilen können. Klickfolgen gehören nur hinein, wenn sie für das Ergebnis oder einen kritischen Fehlerweg relevant sind.
Soll zuerst der Soll- oder der Ist-Prozess dokumentiert werden?
Für eine Veränderung sollte zuerst die tatsächliche Ausführung verstanden werden. Ein Soll-Prozess kann anschließend bewusst gestaltet und als Zielzustand gekennzeichnet werden.