Dokumentationsdrift: Warum Ihre Prozessdokumentation schon veraltet war, als sie freigegeben wurde
Warum Modell und Ausführung in getrennten Systemen zwangsläufig auseinanderlaufen – und wie ein einziges Artefakt die Drift strukturell beendet
Dokumentationsdrift ist das schleichende Auseinanderlaufen von dokumentiertem und gelebtem Prozess. Dieser Beitrag erklärt, warum veraltete Prozessdokumentation kein Disziplinproblem ist, sondern die Folge einer Architektur mit getrennten Artefakten – was das für ISO-Audits, internes Kontrollsystem und DSGVO-Rechenschaftspflicht bedeutet, und wie FireStart Modell und Ausführung zu einem Objekt macht.
Ihre Prozessdokumentation ist falsch. Nicht, weil sie schlecht geschrieben wäre, sondern weil sie zum Zeitpunkt der Freigabe bereits von der Realität abweicht. Und die Abweichung wächst jeden Tag.
Dieses Phänomen hat einen Namen: Dokumentationsdrift.
Was ist Dokumentationsdrift?
Dokumentationsdrift ist das schleichende Auseinanderlaufen von dokumentiertem Prozess und gelebtem Prozess. Am Tag der Freigabe stimmen Diagramm und Realität überein. Dann ändert sich etwas: Eine Genehmigungsstufe fällt weg, ein neues System kommt dazu, eine Kollegin übernimmt einen Schritt, der vorher woanders lag. Der Prozess passt sich an. Das Diagramm nicht.
Wer nach dem Problem sucht, sucht meist nach dem Symptom: veraltete Prozessdokumentation. Das ist der Zustand, den ein Audit findet. Dokumentationsdrift ist der Mechanismus dahinter. Der Unterschied ist wichtig, denn den Zustand kann man mit einem Dokumentations-Sprint kurzfristig beheben. Den Mechanismus behebt man damit nicht. Sechs Monate später ist die Dokumentation wieder veraltet, weil die Ursache unverändert ist.
Die Ursache: Modell und Ausführung leben in getrennten Systemen
Der klassische Aufbau sieht so aus: Der Prozess ist als BPMN-Diagramm in Visio oder Confluence dokumentiert. Ausgeführt wird er woanders, verteilt über das ERP, E-Mail-Postfächer, Excel-Listen und Zuruf im Teams-Chat.
Damit erfordert jede Prozessänderung zwei Änderungen: eine an der Ausführung und eine an der Dokumentation. Die erste passiert immer, weil das Tagesgeschäft sie erzwingt. Die zweite passiert selten, weil sie niemand erzwingt. Drift ist kein Disziplinproblem der Mitarbeiter. Drift ist die logische Konsequenz einer Architektur, in der Modell und Ausführung getrennte Artefakte sind.
Warum das für Governance und Compliance teuer wird
Für Governance-Verantwortliche ist Dokumentationsdrift kein kosmetisches Problem, sondern ein strukturelles Risiko.
Ein Auditor prüft nach ISO 9001 oder ISO 27001 immer zwei Dinge: Was ist dokumentiert, und wird das Dokumentierte tatsächlich gelebt? Driftende Dokumentation produziert genau hier Abweichungen. Jede Abweichung ist ein Finding, jedes Finding kostet Nacharbeit, und wiederholte Findings kosten im schlimmsten Fall das Zertifikat.
Dasselbe Muster trifft das interne Kontrollsystem. Eine dokumentierte Funktionstrennung, die in der Praxis längst anders gelebt wird, ist keine Kontrolle. Sie ist die Illusion einer Kontrolle. Und bei der DSGVO-Rechenschaftspflicht nach Artikel 5 gilt: Wer nicht nachweisen kann, wie personenbezogene Daten tatsächlich verarbeitet werden, hat ein Problem, das kein nachträglich aktualisiertes Verarbeitungsverzeichnis löst.
Der übliche Reflex ist ein jährliches Dokumentations-Review vor dem Audit. Das behandelt das Symptom, teuer und wiederkehrend. Die Drift beginnt am Tag nach dem Review von vorn.
Der Lösungsansatz: Ein Artefakt statt zwei
FireStart löst das Problem an der Ursache: Das Prozessmodell und der ausgeführte Workflow sind dasselbe Objekt.
Das BPMN-Diagramm ist keine Beschreibung des Prozesses. Es ist der Prozess. Wer eine Genehmigungsstufe ändert, ändert sie einmal, im Modell, und die Ausführung folgt. Es gibt keine zweite Pflegeaufgabe, die vergessen werden könnte, weil es kein zweites Artefakt gibt.
Für Compliance bedeutet das konkret:
- Die Dokumentation ist per Konstruktion aktuell. Nicht, weil jemand diszipliniert nachpflegt, sondern weil Abweichung technisch unmöglich ist. Die Frage "Entspricht das Diagramm der Realität?" entfällt.
- Jede Prozessinstanz erzeugt einen Audit-Trail. Wer hat wann was genehmigt, mit welchen Daten, in welcher Prozessversion? Der Nachweis für den Auditor ist ein Export, kein Rekonstruktionsprojekt.
- Versionierung ist eingebaut. Wenn sich ein Prozess ändert, ist nachvollziehbar, wann er sich geändert hat, wer die Änderung freigegeben hat und welche Instanzen noch nach der alten Version liefen. Genau die Fragen, die in einem Audit gestellt werden.
Compliance ist damit keine nachgelagerte Dokumentationspflicht mehr, sondern eine Eigenschaft der Architektur.
Prozessverantwortliche ändern ihre Prozesse selbst
Ein Artefakt statt zwei löst die Drift. Die zweite Hälfte der Lösung betrifft die Frage, wer dieses Artefakt ändern darf.
Im klassischen Setup läuft jede Prozessänderung über die IT: Ticket schreiben, priorisieren lassen, warten. Bei einer durchschnittlichen IT-Backlog-Tiefe heißt das Wochen für eine Änderung, die fachlich in zehn Minuten entschieden war. Also entstehen Workarounds, und die Drift beschleunigt sich weiter. Das Ticket-Nadelöhr ist ein Drift-Verstärker.
FireStart dreht die Verantwortung um. Prozessverantwortliche in den Fachabteilungen modellieren und ändern ihre Workflows selbst, grafisch, ohne Code. Wer den Prozess fachlich verantwortet und täglich mit ihm arbeitet, passt ihn an, statt ihn in ein Ticket zu übersetzen und zu hoffen, dass die Übersetzung ankommt.
Das ist kein Kontrollverlust für die IT, sondern eine sauberere Arbeitsteilung. Die IT definiert die Leitplanken: Identitäten, Berechtigungen, Systemintegrationen, Freigabeprozesse für Prozessänderungen. Die Fachabteilung arbeitet innerhalb dieser Leitplanken eigenverantwortlich. Governance zentral, Prozesslogik dezentral. Die IT skaliert über Regeln statt über Tickets.
Fazit
Veraltete Prozessdokumentation ist kein Fleißproblem, das mit mehr Disziplin verschwindet. Sie ist das Symptom einer Architektur, die Modell und Ausführung trennt und damit Dokumentationsdrift strukturell erzeugt.
Wer die Trennung aufhebt, hebt die Drift auf. Ein Modell, das ausgeführt wird, kann nicht veralten.
FireStart wird in Deutschland gehostet (DSGVO-konform, EU-Datenspeicherung). Website: www.firestart.com. Kontakt: sales@firestart.com.
