Eine Prozessdokumentation scheitert selten am Tag ihrer Fertigstellung. Sie scheitert am Tag danach, und zwar leise.
Das Vorhaben hatte eine Leitung, einen Termin und ein Ergebnis. Danach hat es nichts von alledem. Der Ordner liegt im Laufwerk, die Datei ist freigegeben, und die erste Änderung am echten Ablauf passiert an einem Mittwoch im übernächsten Monat, weil jemand merkt, dass es schneller geht, wenn man den dritten Schritt vorzieht. Niemand hält das fest. Nicht aus Nachlässigkeit, sondern weil nicht geklärt ist, wer es täte.
Wann eine Dokumentation geprüft gehört und woran man erkennt, dass sie nicht mehr stimmt, habe ich in Prozessdokumentation erstellen aufgeschrieben. Hier geht es um die Frage davor, die in Dokumentationsvorhaben fast nie gestellt wird: Wer ändert das Dokument, mit welcher Erlaubnis, und wie erfährt es überhaupt, dass es falsch geworden ist.
„Die Abteilung“ ist niemand
Auf der letzten Seite der meisten Dokumentationen steht ein Feld „Verantwortlich“ und darin der Name einer Organisationseinheit. Das ist gut gemeint und wirkungslos. Eine Einheit ändert kein Dokument. Eine Einheit hat auch keinen Dienstag, an dem ihr auffällt, dass die Freigabestufe seit dem Release nicht mehr stimmt.
Verantwortung für einen Prozess ist eine Rolle mit drei Pflichten, und sie lassen sich in zwei Zeilen aufschreiben:
- Sie entscheidet, wie der Prozess läuft, wenn zwei Beteiligte sich uneinig sind.
- Sie hält das Dokument auf dem Stand, auf dem der Prozess tatsächlich ist.
- Sie wird gefragt, bevor jemand anders am Ablauf etwas ändert.
Die dritte Pflicht ist die, die man weglässt, und sie ist die wichtigste. Ohne sie wird aus der Prozessverantwortung eine Schreibaufgabe hinterher. Mit ihr wird sie ein Mitspracherecht, und Mitspracherechte werden wahrgenommen.
Praktisch heißt das: ein Name, nicht ein Kasten. Und die Rolle hängt an einer Stelle, nicht an einem Menschen. Wer die Stelle übernimmt, übernimmt die Prozesse mit, und zwar schriftlich im Übergabeprotokoll. Das klingt nach Verwaltungsromantik und ist der einzige Mechanismus, der einen Stellenwechsel überlebt.
Die Freigabe ist der Grund, warum nichts geändert wird
In den Häusern, in denen ich Dokumentationen vorfinde, die im dritten Jahr noch stimmen, gibt es eine Gemeinsamkeit: Nicht jede Änderung kostet dasselbe.
Wo jede Korrektur denselben Freigabeweg durchläuft, wird die Korrektur unterlassen. Wer einen falschen Systemnamen richtigstellen will und dafür zwei Unterschriften und eine Versionsnummer braucht, lässt es. Nicht einmal, sondern dauerhaft. Nach zwei Jahren ist das Dokument voller Kleinigkeiten, die alle wussten und niemand eintragen durfte, und seine Glaubwürdigkeit ist weg.
Zwei Klassen genügen.
| Klasse | Was darunter fällt | Wer entscheidet | Was dokumentiert wird |
|---|---|---|---|
| Redaktionell | Namen von Systemen, Formularen, Einheiten; Tippfehler; neue Screenshots; Präzisierung einer Formulierung ohne neue Regel | Prozessverantwortung allein | Datum und ein Halbsatz in der Änderungsliste |
| Inhaltlich | Reihenfolge von Schritten, Zuständigkeiten, Fristen, Freigabestufen, Ausnahmen | Der reguläre Freigabeweg | Vollständige Fassung mit Freigabevermerk |
Die Grenze ist nicht immer scharf, und das muss sie auch nicht sein. Im Zweifel entscheidet die Prozessverantwortung, und wenn sie sich irrt, fällt es in der nächsten inhaltlichen Freigabe auf. Der Schaden aus einer zu großzügig eingeordneten Korrektur ist kleiner als der Schaden aus zwei Jahren unterlassener Korrekturen.
Die Änderung entsteht woanders als im Dokument
Das ist der Kern. Prozesse ändern sich nicht in der Prozessdokumentation. Sie ändern sich in Sitzungen, in denen das Dokument nicht auf der Tagesordnung steht.
Deshalb reicht es nicht, Pflegeanlässe aufzuschreiben und zu hoffen, dass jemand sie bemerkt. Die Anlässe müssen an den Orten hängen, an denen die Änderung beschlossen wird. In den meisten Organisationen sind das vier:
- Die Releaseplanung der IT. Wer entscheidet, dass eine Fachanwendung ein Update bekommt, hat die Liste der betroffenen Abläufe meistens schon vor sich. Ein Feld „betroffene Prozesse“ in der Releasenotiz kostet nichts und erzeugt die Benachrichtigung automatisch.
- Die Projektfreigabe. Jedes Vorhaben, das einen Ablauf verändert, bekommt im Projektauftrag eine Zeile: Welche Prozessdokumente sind am Ende anzupassen, und wer tut es. Nicht als Nacharbeit, sondern als Abnahmekriterium.
- Die Organisationsverfügung. Wandert eine Zuständigkeit, ändert sich mindestens ein Prozess. Wer die Verfügung schreibt, weiß das als Erster.
- Der Personalwechsel. Die Stelle wird übergeben, die Prozesse gehen mit. Das gehört in die Übergabecheckliste, nicht in den guten Willen der ausscheidenden Person.
Keiner dieser vier Punkte braucht ein Werkzeug. Alle vier brauchen jemanden, der sie einmal mit den jeweiligen Stellen vereinbart. Das ist eine unspektakuläre halbe Stunde pro Stelle und wirkt länger als jede Softwareeinführung.
Der Rückweg: wie das Dokument erfährt, dass es falsch ist
Die vier Orte oben erwischen die geplanten Änderungen. Die ungeplanten erwischen sie nicht, und die ungeplanten sind die Mehrheit: jemand macht es anders, weil es anders besser geht, und nach drei Monaten machen es alle so.
Dagegen hilft genau eine Sache, und sie steht in fast keinem Dokument: ein Satz auf Seite eins, der sagt, an wen man sich wendet, wenn etwas nicht stimmt. Mit Namen und mit Kontaktweg.
Stimmt hier etwas nicht mehr? Zwei Sätze an [Name], ich kümmere mich. Auch Kleinigkeiten.
Zwei Wirkungen. Erstens macht der Satz die Rückmeldung billig. Wer eine formlose Nachricht schicken darf, schickt sie; wer ein Formular ausfüllen soll, lässt es. Zweitens macht er sichtbar, dass jemand zuständig ist. Das allein verändert, wie Leute mit dem Dokument umgehen.
Dazu gehört ein Datum, das der Leser sieht, ohne zu suchen. Nicht die Versionsnummer, die sagt niemandem etwas. Ein Datum in Worten: Stand 29. Oktober 2026. Wer eine Dokumentation von vorletztem Jahr aufschlägt, weiß dann sofort, woran er ist, und fragt nach, statt falsch zu arbeiten.
Was tun, wenn die Dokumentation schon tot ist
Der häufigere Fall. Es gibt einen Bestand aus einem Vorhaben vor drei Jahren, niemand traut ihm, und der Gedanke, alles zu aktualisieren, ist so groß, dass nichts passiert.
Alles zu aktualisieren ist auch die falsche Antwort. Ein Teil dieser Dokumente beschreibt Abläufe, die niemand mehr nachschlägt, und ein Teil beschreibt Abläufe, die es so nicht mehr gibt. Sortieren ist billiger als Pflegen.
| Wenn der Prozess … | … dann |
|---|---|
| regelmäßig läuft und von mehreren Stellen ausgeführt wird | neu aufnehmen, nicht reparieren. Ein Dokument mit unklarem Stand kostet mehr Vertrauen, als es Arbeit spart. |
| regelmäßig läuft, aber nur von einer Person | zuerst nehmen. Hier liegt das Ausfallrisiko, nicht in der Menge. |
| selten läuft, aber im Fehlerfall teuer wird | aufnehmen, auch wenn ihn kaum jemand nachschlägt. Genau dann wird nachgeschlagen. |
| selten läuft und niemandem wehtut | archivieren und als veraltet kennzeichnen. Nicht löschen, nicht pflegen. |
Was dabei regelmäßig herauskommt: Von vierzig Dokumenten sind acht wichtig, zwölf sind Beiwerk und der Rest kann weg. Diese Rechnung überrascht fast jeden, der sie zum ersten Mal aufmacht, und sie macht aus einem unbezwingbaren Berg eine Aufgabe für zwei Wochen.
Was die Pflege tatsächlich kostet
Die ehrliche Antwort ist: wenig, aber regelmäßig. Ein gepflegter Prozess braucht im Jahr grob eine Stunde, verteilt auf drei bis vier Anlässe. Bei zehn dokumentierten Prozessen ist das ein guter Arbeitstag pro Jahr für eine Person.
Teuer wird es nur in zwei Fällen. Wenn niemand zuständig ist, fällt die Stunde aus und nach drei Jahren steht die Neuaufnahme an, die ein Vielfaches kostet. Und wenn die Dokumentation zu tief angelegt wurde: Wer jeden Mausklick beschrieben hat, muss nach jedem Release alles anfassen. Die Flughöhe entscheidet also nicht nur über die Lesbarkeit, sondern über die Pflegekosten der nächsten Jahre. Wie man sie festlegt, steht in Prozessdokumentation erstellen, und wie das fertige Dokument gegliedert sein sollte, in Vorlage Prozessdokumentation.
Häufige Fragen zur Pflege von Prozessdokumentation
Wer sollte die Prozessverantwortung übernehmen?
Die Stelle, die den Prozess fachlich steuert, nicht die, die ihn ausführt, und nicht die Qualitätsmanagementstelle. Die ausführende Stelle kennt den Ablauf am besten, kann aber über strittige Zuständigkeiten nicht entscheiden. Das Qualitätsmanagement kann entscheiden, merkt aber nicht, wenn sich etwas ändert. Gesucht ist die Stelle, die beides hat: Nähe zum Ablauf und Entscheidungsbefugnis über ihn.
Brauchen wir ein Werkzeug für die Prozesspflege?
Für bis zu etwa dreißig Prozesse nicht. Ein Verzeichnis mit Prozessname, verantwortlicher Stelle, Stand und Fundstelle reicht, und zwar als Tabelle. Werkzeuge lohnen sich, wenn Modelle maschinenlesbar weiterverwendet werden sollen, etwa für eine Workflow-Einführung. Ein Werkzeug ersetzt keine Zuständigkeit, es macht eine fehlende nur teurer sichtbar.
Wie oft sollte eine Prozessdokumentation geprüft werden?
Anlassbezogen statt turnusmäßig. Die jährliche Prüfung erzeugt ein neues Datum, selten eine Änderung. Sinnvoll ist ein Turnus nur als Rückfallebene, etwa alle zwei Jahre, damit ein Dokument nicht unbegrenzt unbeachtet bleibt. Welche Anlässe das sind, steht ausführlich im Leitartikel.
Was tun, wenn die Fachbereiche die Pflege nicht übernehmen?
Dann ist meistens die Rolle nicht geklärt, sondern nur die Aufgabe verteilt worden. Wer pflegen soll, ohne mitreden zu dürfen, bevor sich etwas ändert, bekommt Mehrarbeit ohne Gegenwert. Die Mitsprache vor der Änderung ist kein Zugeständnis, sie ist die Bedingung dafür, dass die Pflege stattfindet.
Wie hält man die Dokumentation bei häufigen Systemwechseln aktuell?
Indem der Ablauf und die Bedienung getrennt werden. Der Prozess beschreibt, wer was in welcher Reihenfolge entscheidet, und der ändert sich beim Systemwechsel meistens nicht. Die Bedienung gehört in eine eigene, kurze Anleitung, die man ersetzt statt überarbeitet. Wer beides mischt, schreibt bei jedem Release den ganzen Prozess neu.
Drei Wege von hier aus
Selbst machen. Nehmen Sie Ihr Prozessverzeichnis und tragen Sie in einer Spalte einen Namen ein, keine Einheit. Wenn Sie für mehr als die Hälfte der Prozesse keinen Namen eintragen können, haben Sie das Ergebnis dieses Beitrags bereits.
Einmal sortieren lassen. Wir gehen den vorhandenen Bestand durch, entscheiden je Dokument nach der Tabelle oben und legen Verantwortung, Änderungsklassen und Rückmeldeweg fest. Mehr dazu unter Prozessmanagement.
Neu aufnehmen. Sinnvoll, wenn der Bestand älter als drei Jahre ist oder aus einer Systemlandschaft stammt, die es nicht mehr gibt.
Wenn Sie unsicher sind, welcher Weg zu Ihrer Lage passt: Buchen Sie 30 Minuten und schildern Sie, wie alt der Bestand ist und wer ihn heute anfasst.