Prozessdokumentation: Prozesse dokumentieren im Mittelstand

Die meisten Mittelständler haben schon einmal Prozesse dokumentiert. Oft liegt irgendwo ein Ordner "Prozesse_final", ein QM-Handbuch von 2021 oder ein Wiki, in dem einige Seiten gut gepflegt sind und andere auf ihre nächste Überarbeitung warten.

Dieser Leitfaden zeigt, was in eine Prozessdokumentation gehört, wie Sie in fünf Schritten vorgehen und welche Methode und Form für welchen Zweck passt. Dazu kommen ein Beispiel aus dem Auftragseingang und die Frage, wie die Dokumentation über Monate und Jahre aktuell bleibt.

Was ist eine Prozessdokumentation?

Eine Prozessdokumentation beschreibt die Geschäftsprozesse und Arbeitsabläufe eines Unternehmens so, dass andere sie nachvollziehen und ausführen können. Sie hält für jeden Prozess fest, was ihn auslöst, welche Schritte in welcher Reihenfolge folgen, wer sie ausführt, welche Systeme und Ressourcen gebraucht werden und wo der Prozess an andere übergeben wird.

Gebraucht wird sie an vielen Stellen im Alltag. Neue Kolleginnen arbeiten sich damit ein, Vertretungen finden sich im Urlaub zurecht, und in einem QM-System nach ISO 9001 gehört sie im erforderlichen Umfang zur dokumentierten Information. Eine Prozessdokumentation ist außerdem die Grundlage, bevor Sie Abläufe analysieren, Prozesse optimieren, digitalisieren oder automatisieren.

Einen Sonderfall mit steuerlichem Zweck regeln die GoBD: Die Verfahrensdokumentation beschreibt, wie Belege und Buchungen entstehen, verarbeitet und aufbewahrt werden. Sie ist meist in vier Teile gegliedert und wird genauso mit den Menschen erarbeitet, die die Abläufe täglich erledigen.

Prozessarten: Führungs-, Kern- und Unterstützungsprozesse

Bevor Sie einzelne Abläufe beschreiben, hilft eine Einteilung in drei Prozessarten. Sie bestimmt, welche Prozesse zuerst drankommen und wie tief Sie jeweils dokumentieren.

• Führungsprozesse steuern das Unternehmen: Strategie und Ziele, Planung, Managementbewertung, interne Audits. Sie werden meist knapp beschrieben, weil wenige Personen sie ausführen.
• Kernprozesse erzeugen das, wofür Kunden bezahlen: Angebot, Auftragsabwicklung, Fertigung oder Leistungserbringung, Versand, Service. Hier steckt der größte Teil des Erfahrungswissens, und hier lohnt sich die genaueste Dokumentation.
• Unterstützungsprozesse halten die Kernprozesse am Laufen: Einkauf, Personal, IT, Instandhaltung, Buchhaltung. Sie wiederholen sich oft und eignen sich gut für Checklisten und Arbeitsanweisungen.

Wie die drei Arten auf einer Seite zusammenspielen, zeigt eine Prozesslandkarte. Sie ist der übliche Startpunkt, bevor Sie die ersten Kernprozesse im Detail dokumentieren.

Prozessdokumentation und die drei Versionen jedes Prozesses

In jedem Unternehmen existiert jeder Prozess dreimal:

1. Der dokumentierte Prozess. Das, was im Handbuch, im Wiki oder in der ISO-Doku steht, häufig entstanden in einem Workshop vor zwei Jahren.

2. Der vermutete Prozess. Das Bild, das die Geschäftsführung vom Ablauf hat: "Der Auftrag geht über SAP, dann prüft der Vertrieb, dann geht's in die Fertigung."

3. Der echte Prozess. Das, was tatsächlich passiert: Der Auftrag kommt per Mail rein, und Frau Behrens tippt ihn in eine Excel-Liste ab, weil ihr die SAP-Maske "umständlich" ist. Dann ruft sie quer über den Flur, ob die Fertigung Kapazität hat. Das funktioniert seit Jahren und steht bisher nirgends.

Eine gute Dokumentation hält Version 3 fest, und dafür braucht sie die Menschen, die den Prozess täglich ausführen. Sie sitzen nicht immer im Workshop. In der Runde fällt es auch nicht jedem leicht zu sagen: "Ich mache das seit Jahren etwas anders, als es hier an der Wand steht." In Einzelgesprächen kommt das viel eher zur Sprache.

Der zweite Punkt ist der Aufwand. Bei 20 Prozessen und knapper Personaldecke kommt man mit Workshops oft nur bei den ersten Prozessen an. Liegen bleiben häufig gerade die, die eine einzige Person im Kopf hat. Wie Sie solche Kopfmonopole auflösen, beschreibt ein eigener Ratgeber.

Der dritte Punkt ist die Pflege, und ihm widmen wir weiter unten einen eigenen Abschnitt.

Was eine gute Prozessdokumentation enthält

Eine brauchbare Prozessdokumentation beantwortet die Fragen, die eine neue Kollegin in Woche zwei stellt. Als Checkliste:

Die Schritte

• Was löst den Prozess aus? (Bestellung, Anruf, Monatsende, Fehlermeldung)
• Welche Schritte folgen in welcher Reihenfolge?
• Was ist das Ergebnis, und woran erkennt man, dass der Prozess fertig ist?

Rollen und Verantwortlichkeiten

• Wer führt jeden Schritt aus, als Rolle und mit Namen?
• Wer entscheidet bei Unklarheiten?
• Wer ist Vertretung, wenn die Hauptperson im Urlaub ist? Lautet die Antwort "niemand", haben Sie gerade ein Wissensrisiko dokumentiert, einen Bus-Faktor von 1. Das ist eine wertvolle Erkenntnis, und eine Qualifikationsmatrix zeigt, wer welche Tätigkeit heute schon übernehmen kann.
• Wer ist verantwortlich, wer arbeitet mit, wer wird gefragt oder informiert? Bei vielen Beteiligten ordnet eine RACI-Matrix diese Rollen je Prozessschritt.

Systeme und benötigte Ressourcen

• Welche Tools werden in welchem Schritt benutzt, einschließlich der inoffiziellen Tabellen auf dem lokalen Laufwerk?
• Wo liegen die Daten, und wer hat Zugriff?
• Wo wird Information von einem System ins nächste übertragen, automatisch oder per Hand?
• Welche Ressourcen braucht der Prozess darüber hinaus: Formulare, Material, Werkzeug, Zugangsrechte, Freigabegrenzen?

Die Übergaben

• An welchen Stellen wechselt der Prozess die Abteilung oder die Person?
• Wie wird übergeben: per Ticket, per Mail oder mit einem Wort im Vorbeigehen an der Werkbank?
• An Übergaben entstehen die meisten Fehler, deshalb lohnt es sich, sie besonders genau zu dokumentieren.

Die Sonderfälle

• Was passiert bei Eilaufträgen, Reklamationen, fehlenden Angaben?
• Diese Ausnahmen kennt oft nur eine Person, und gerade für sie greift man später zur Doku.

Das Glossar

• Was heißt bei Ihnen "freigegeben"? Was ist ein "AB"? Was meint der Vertrieb mit "durch"?
• Interne Begriffe sind für Neue die größte Hürde. Drei Zeilen Glossar sparen dreißig Rückfragen.

Prozesse dokumentieren: Schritt für Schritt

Prozesse dokumentieren Sie in fünf Schritten: Prozess auswählen, mit den Ausführenden sprechen, die einzelnen Prozessschritte festhalten, prüfen und freigeben, Pflege festlegen. Die Reihenfolge gilt für den ersten Prozess genauso wie für den dreißigsten.

Schritt 1: Prozess auswählen und abgrenzen

Beginnen Sie bei den Prozessen, die am meisten an einzelnen Personen hängen. Welcher Prozess steht still, wenn eine bestimmte Person morgen ausfällt? Welcher produziert regelmäßig Fehler? Diese kommen zuerst.

Grenzen Sie den Prozess dann ab: Wo beginnt er, wo endet er? "Auftragseingang bis Auftragsbestätigung" lässt sich an einem Tag dokumentieren, "unser Vertrieb" nicht. Wenn Sie erst sehen möchten, welche Prozesse es überhaupt gibt, beginnen Sie mit der Prozesslandkarte. Für die Abgrenzung eines einzelnen Prozesses mit Lieferanten, Input, Output und Kunden eignet sich ein SIPOC auf einer Seite.

Schritt 2: Prozesse aufnehmen: mit den Ausführenden sprechen

Sprechen Sie mit der Person, die den Prozess ausführt, am besten einzeln. In Einzelgesprächen fallen Sätze wie "offiziell machen wir das so, aber eigentlich ...". Genau dieser Satz ist der Kern einer Prozessdokumentation, die der Praxis entspricht. Welche Erhebungsmethode sich eignet, ob Interview, Workshop, Beobachtung oder Selbstaufschreibung, vergleicht der Ratgeber zur IST-Analyse.

Folgen Sie dabei den Verweisen. In fast jedem Gespräch fällt ein Satz wie "das macht dann Max" oder "die Liste pflegt Hanne". Diese Sätze sind Ihre Landkarte: Sprechen Sie als Nächstes mit Max und Hanne. So arbeiten Sie sich von Wissensträger zu Wissensträger.

Schritt 3: Einzelne Prozessschritte festhalten

Schreiben Sie den Ist-Zustand auf, so wie er heute läuft. Beim Dokumentieren liegt es nahe, gleich zu verbessern und aufzuschreiben, wie es sein sollte. Halten Sie trotzdem zuerst fest, was passiert, mit der Word-Vorlage von 2019 und dem Postfach als Ablage. Verbessern können Sie danach, auf Basis von Fakten, und das ist die Aufgabe der Prozessanalyse und der anschließenden Prozessoptimierung.

Nummerieren Sie die einzelnen Schritte und geben Sie jedem ein Ergebnis. "3. Preis prüfen, Ergebnis: Preis bestätigt oder Rückfrage an Vertrieb" ist nachvollziehbar. Ein Schritt pro Zeile, ein Verb am Anfang, das reicht.

Schritt 4: Prüfen und freigeben

Machen Sie Widersprüche sichtbar. Wenn der Chef sagt "läuft über SAP" und das Team sagt "läuft über drei Tabellen und den einen USB-Stick", haben Sie einen Befund in der Hand. Schreiben Sie beide Versionen mit Quelle nebeneinander und klären Sie es gemeinsam. Oft bringt diese Klärung mehr als die Dokumentation selbst.

Lassen Sie den Entwurf dann von denen gegenlesen, die den Prozess ausführen. Die verantwortliche Person gibt ihn frei, mit Datum und Versionsstand.

Schritt 5: Pflege festlegen

Legen Sie fest, wer die Dokumentation aktuell hält und bei welchem Anlass sie angefasst wird. Entscheiden Sie das, bevor Sie die erste Seite veröffentlichen, damit die Pflege von Anfang an dazugehört. Wie das im Alltag funktioniert, steht im Abschnitt zur Pflege weiter unten.

Wenn die Zeit für die Gespräche fehlt

Für die Schritte 2 bis 4 fehlt im Mittelstand oft die Kapazität. Dafür gibt es inzwischen einen weiteren Weg, die KI-Prozessdokumentation. Bei wissa.ai führt eine KI mit Ihren Mitarbeitenden einzeln Interviews im Chat, rund 15 bis 20 Minuten je Gespräch und wann es ihnen passt.

Fällt im Gespräch "das machen Max und Hanne", schlägt die KI beide zur Einladung vor. Nach Ihrer Freigabe werden sie eingeladen, nach demselben Schneeball-Prinzip wie in Schritt 2. Widersprüche zwischen Aussagen stehen mit Quelle nebeneinander, und jede Aussage in der fertigen Doku ist bis zu ihrer Quelle rückverfolgbar, in der Regel bis zum Interview. Ein Interview kostenlos testen

Methoden der Prozessdokumentation: Text, Tabelle, Flussdiagramm, Swimlane, BPMN

Neben der Frage, was dokumentiert wird, steht die Frage, wie. Fünf Darstellungsmethoden decken fast alle Fälle ab, und sie lassen sich gut kombinieren.

Für den Einstieg reichen Text und Tabelle. Sobald ein Ablauf durch mehrere Abteilungen läuft, zeigt ein Swimlane-Diagramm, wo der Vorgang die Bahn wechselt und wer an welcher Stelle übernimmt. Bevor Sie zeichnen, legt ein SIPOC fest, wo der Prozess beginnt und endet. BPMN lohnt sich, wenn ein Workflow-System die Modelle weiterverarbeiten soll; für das Verständnis im Team ist es selten nötig.

Geschäftsprozesse dokumentieren: welche Form wofür

Welche Form Sie wählen, hängt davon ab, wer die Dokumentation liest und wie viel Detail sie braucht. Die meisten Unternehmen kombinieren zwei oder drei Formen: eine Übersicht aller Geschäftsprozesse und darunter Beschreibungen und Anweisungen für die einzelnen Abläufe.

Wer Prozessdokumentation, Anleitungen und Erfahrungswissen an einem Ort sammeln will, baut daraus eine Wissensdatenbank. Die Formen oben sind dann ihre Bausteine.

Arbeitsabläufe in kleinen Teams dokumentieren

In kleinen Teams reicht oft eine schlanke Form. Drei Werkzeuge haben sich bewährt:

• Eine Checkliste für Abläufe, die immer gleich laufen, etwa den Monatsabschluss oder die Maschinenwartung.
• Eine Tabelle mit den Spalten Schritt, Wer, System und Hinweis für Abläufe mit mehreren Beteiligten.
• Fotos oder Screenshots als Anhang, wenn ein Handgriff oder eine Bildschirmmaske schwer zu beschreiben ist.

Legen Sie alles an einem Ort ab, den das ganze Team kennt, und nennen Sie die Dateien nach dem Prozess. "Monatsabschluss_Checkliste" findet jeder, "Doku_neu_v3" niemand.

Prozessdokumentation Beispiel: Auftragseingang

Ein typisierter Auftragseingang aus einem mittelständischen Fertigungsbetrieb zeigt, wie die Felder aus der Checkliste zusammenkommen. Das Beispiel ist zusammengesetzt und steht für viele ähnliche Abläufe.

Das passt auf zwei Seiten, und eine neue Kraft kann danach gezielte Fragen stellen. Läuft derselbe Ablauf durch Vertrieb, Innendienst und Fertigung, lohnt sich zusätzlich ein Swimlane-Diagramm, das die Übergaben zeigt.

IT-Prozesse dokumentieren

IT-Prozesse folgen denselben Feldern, mit zwei Unterschieden. Zum einen sind Systeme und Berechtigungen hier der Kern: Welcher Server, welcher Dienst, welches Konto mit welchen Rechten. Zum anderen hängen viele IT-Abläufe an wenigen Personen, etwa die Datensicherung, das Anlegen neuer Benutzerkonten oder das Einspielen von Updates.

Bewährt hat sich eine Gliederung nach Anlass: Benutzer anlegen und sperren, Hardware ausgeben, Backup prüfen und wiederherstellen, Störung annehmen und lösen, Updates einspielen. Für jeden dieser Abläufe reichen Auslöser, Schritte, Zuständigkeit, Systeme und der Weg im Notfall. Passwörter und Zugangsdaten gehören in einen Passwortmanager, die Dokumentation verweist nur darauf. Wer sich an einem Rahmenwerk orientieren will, findet in ITIL eine verbreitete Einteilung von IT-Prozessen wie Incident, Change und Request.

Pflege: Wie die Dokumentation aktuell bleibt

Sobald eine Prozessdokumentation fertig ist, arbeitet der Betrieb weiter: Ein neues Tool wird eingeführt, eine Kollegin geht, ein Schritt fällt weg. Die Doku zieht nur mit, wenn jemand dafür zuständig ist und es einen Anlass gibt, sie anzufassen. Im Tagesgeschäft ist Pflege sonst leicht unsichtbare Arbeit.

Nach einem Jahr stimmen dann vielleicht 70 Prozent der Doku noch, und niemand weiß genau, welche 70 Prozent. Neue verlassen sich auf Angaben, die nicht mehr gelten, und Erfahrene schauen gar nicht mehr hinein. Mit ein paar Regeln bleibt die Doku verlässlich:

• Einen Eigentümer pro Prozess benennen. Eine Person mit Namen, die bei Änderungen die Seite anfasst, statt einer ganzen Abteilung wie "das QM".
• Pflege an Anlässe koppeln. Ein fester Termin wie der "quartalsweise Review" rutscht im Alltag gern nach hinten. Verlässlicher ist es, wenn jede Tool-Einführung, jeder Personalwechsel und jede Prozessänderung ein Doku-Update auslöst.
• Klein halten. Zwei aktuelle Seiten helfen mehr als zwanzig veraltete. Streichen Sie alles, was keine Frage einer neuen Kollegin beantwortet.
• Lebende Doku. Die Doku wird aus wiederkehrenden Gesprächen laufend neu gespeist. Bei wissa.ai etwa schreibt sich die Prozessdokumentation nach jedem Interview fort, mit einem sichtbaren Vergleich zur Vorversion. So sehen Sie genau, was sich seit dem letzten Stand geändert hat.

Ein einfacher Maßstab hilft: Wenn jemand sagen kann, wann Ihre Doku zuletzt aktualisiert wurde, ist sie in guten Händen.

Prozessdokumentation Vorlage: Wann Word reicht und wann nicht

Für den Anfang genügt eine Vorlage mit den Feldern aus der Checkliste oben: Auslöser, Schritte mit Ergebnis, Verantwortliche, Systeme, Übergaben, Sonderfälle und Glossar. Eine ausführliche Prozessdokumentation-Vorlage mit allen Feldern, einem ausgefüllten Beispiel und der Word-Datei finden Sie im Ratgeber zur Prozessbeschreibung. Für einzelne Tätigkeiten am Arbeitsplatz gibt es die Arbeitsanweisung-Vorlage (.docx).

Eine Vorlage reicht, wenn Sie fünf bis zehn Prozesse haben, eine Person die Doku als ihre Aufgabe betrachtet und sich Ihre Abläufe selten ändern. Einen Auftragseingang halten Sie gut ohne BPMN-Software fest. Wer die Dokumentation für ein QM-System nach ISO 9001 braucht, findet den passenden Aufbau im Ratgeber Verfahrensanweisung erstellen, und wie daraus ein schlankes QM-Handbuch wird, zeigt ein eigener Ratgeber.

Mehr als eine Vorlage brauchen Sie, wenn die eigentliche Aufgabe jenseits des Formulars liegt. Eine Vorlage gibt Struktur. Das Wissen aus den Köpfen zu holen, den Unterschied zwischen dokumentiertem und echtem Prozess sichtbar zu machen und die Doku aktuell zu halten, sind drei weitere Aufgaben. Das Feld "Sonderfälle" füllt sich erst im Gespräch. Bei 30 Prozessen, hoher Personalfluktuation oder kritischem Kopfwissen bei Einzelpersonen lohnt es sich, für diese drei Aufgaben einen eigenen Weg zu planen.

Als Faustregel: Die Vorlage löst die Frage der Struktur. Für Erhebung und Pflege brauchen Sie einen Ablauf oder ein Werkzeug, das beides übernimmt.

Wenn Sie den zweiten Weg ausprobieren möchten, können Sie mit wissa.ai sofort starten. Zum Start gibt es ein kostenloses Testpaket (10 Credits, einmal je Unternehmen, Bedingungen), das in der Regel für ein erstes Interview reicht. Befragte brauchen kein Konto, wissa arbeitet mit Hosting in Deutschland und KI-Verarbeitung in der EU, und ein AVV nach Art. 28 DSGVO gehört dazu. Die Interviews beschreiben Abläufe, Rollen und Systeme, und wissa vergibt keine Scores oder Rankings für Personen. Gibt es einen Betriebsrat, stimmen Sie den Einsatz vorab mit ihm ab, da er in der Regel nach § 87 Abs. 1 Nr. 6 BetrVG mitbestimmungspflichtig ist. Ein Interview kostenlos testen

FAQ

Was gehört in eine Prozessdokumentation?

In eine Prozessdokumentation gehören für jeden Prozess der Auslöser, die einzelnen Schritte in ihrer Reihenfolge, die Rollen und Verantwortlichkeiten, die genutzten Systeme und Ressourcen, die Übergaben an andere Bereiche und die Sonderfälle. Ein kurzes Glossar mit internen Begriffen hilft neuen Kolleginnen. Dazu kommen Eigentümer, Stand und Version, damit klar ist, wer die Seite aktuell hält.

Wie fange ich an, wenn noch gar nichts dokumentiert ist?

Wählen Sie die zwei, drei Prozesse mit dem größten Risiko, also die, bei denen Wissen an einer einzigen Person hängt oder regelmäßig Fehler passieren. Sprechen Sie mit den Ausführenden, schreiben Sie den Ist-Zustand auf zwei Seiten auf und benennen Sie einen Eigentümer. Danach kommt der nächste Prozess. Organigramm und Vollständigkeit haben Zeit.

Welche Darstellungsform eignet sich, um Geschäftsprozesse zu dokumentieren?

Für den Überblick über alle Geschäftsprozesse eignet sich eine Prozesslandkarte, für einzelne Abläufe eine Prozessbeschreibung in Textform oder als Tabelle. Flussdiagramme und BPMN zeigen Verzweigungen, wenn ein Ablauf viele Entscheidungen enthält. Für eine einzelne Tätigkeit am Arbeitsplatz passt die Arbeitsanweisung, für das QM-System die Verfahrensanweisung. Die meisten Unternehmen kombinieren zwei bis drei dieser Formen.

Wie detailliert muss eine Prozessdokumentation sein?

So detailliert, dass eine neue Kollegin nach dem Lesen weiterarbeiten kann. Klick-für-Klick-Anleitungen mit Screenshots veralten schnell und gehören eher in eine Arbeitsanweisung. Auslöser, Schritte, Verantwortliche, Systeme, Übergaben und Sonderfälle auf ein bis drei Seiten sind fast immer das richtige Maß.

Wie dokumentiere ich Arbeitsabläufe, die nur eine Person kennt?

Sprechen Sie mit dieser Person einzeln und fragen Sie nach konkreten letzten Fällen, auch nach Ausnahmen und Notlösungen. Halten Sie das Ergebnis schriftlich fest und lassen Sie eine zweite Person den Ablauf einmal danach ausführen. Was dabei fehlt, ergänzen Sie. Wie Sie Wissen, das an einer Person hängt, Schritt für Schritt verteilen, zeigt der Ratgeber Kopfmonopole auflösen.

Wer sollte die Prozesse dokumentieren - die Führungskraft oder das Team?

Die Inhalte kommen von den Ausführenden, damit die Dokumentation die Praxis zeigt. Die Führungskraft priorisiert, klärt Widersprüche und sorgt dafür, dass Zeit dafür da ist. Wird das Aufschreiben an eine Person delegiert, die den Prozess nicht selbst ausführt, sollte diese Person mit den Richtigen sprechen.

Brauche ich eine spezielle Software für Prozessdokumentation?

Für wenige, stabile Prozesse reicht ein Word-Template oder ein Wiki. Software wird sinnvoll, wenn das Erheben (Wissen aus vielen Köpfen holen) oder das Aktuellhalten die eigentliche Aufgabe ist, also bei vielen Prozessen, Fluktuation oder verteiltem Kopfwissen. Wie ein Prozessdokumentation-Tool beides mit KI-Interviews unterstützt, zeigt die Produktseite von wissa.ai.

Wie oft muss eine Prozessdokumentation aktualisiert werden?

Anlässe tragen besser als ein fester Rhythmus: Ein neues Tool, ein Personalwechsel oder ein geänderter Ablauf lösen jeweils ein Update aus. Wenn Sie zusätzlich einen Rhythmus wollen, ist ein jährliches Gegenlesen jedes Prozesses durch den Eigentümer gut machbar. Es hält sich im Alltag meist besser als ein quartalsweiser Review.

Quellen

• DIN EN ISO 9001:2015, Abschnitt 4.4 (Qualitätsmanagementsystem und seine Prozesse) und Abschnitt 7.5 (Dokumentierte Information)