Die meisten Workflow-Probleme sind keine Produktivitätsprobleme. Sie sind Informationsprobleme: unklare Zuständigkeit, verstreute Dokumentation und dieselbe Frage, zum fünften Mal beantwortet. Dieser Beitrag beschreibt den Ansatz, mit dem ich sie entwirre.
Wo Workflows brechen
- Übergaben: Arbeit bleibt an der Grenze zwischen Personen hängen, weil “fertig” für jede Seite etwas anderes bedeutet.
- Verstreute Wahrheit: Der Prozess lebt im Kopf von jemandem, in einem Chatverlauf und in drei Dokumenten, die sich widersprechen.
- Wiederholte Fragen: Jede wiederholte Frage ist das Symptom einer Dokumentation, die ihre Leser im Stich gelassen hat.
- Unsichtbare Arbeit: Niemand sieht den Status, also wird er in Meetings erfragt.
Das Muster, das es behebt
- Eine einzige Quelle der Wahrheit: Ein kanonischer Ort für jedes Prozesswissen. Alles andere verlinkt darauf, kopiert es aber nie.
- Namentliche Verantwortliche: Jeder Schritt hat eine Person, keine Abteilung. “Das Team” ist für nichts verantwortlich.
- Wiederkehrendes wird zur Vorlage: Wiederholt sich eine Aufgabe, bekommt sie ein Template: Checkliste, Struktur oder Textbaustein.
- Mechanisches automatisieren: Alles, was Kopieren-Einfügen, Umbenennen, Synchronisieren oder Umformatieren ist, ist Maschinenarbeit.
Ein funktionierendes Beispiel
Diese Website läuft genau nach diesem Muster. Portfolio-Projekte liegen als strukturierte Notizen in einem Obsidian-Vault; das Frontmatter jeder Notiz deklariert ihren Veröffentlichungsstatus. Eine kleine Pipeline liest diese Notizen, baut die WordPress-Beiträge und hält die Vault-Ansicht mit dem synchronisiert, was live ist, ohne doppelte Pflege und ohne Statusabdrift zwischen den Systemen.
Dieselbe Denkweise skaliert von persönlichen Projekten bis zu Team-Dokumentationssystemen: Quelle der Wahrheit definieren, Verantwortliche benennen, Wiederkehrendes als Vorlage fassen, Mechanisches automatisieren.