Komplexität sichtbar machen, bevor man sie automatisiert

Wenn ein Prozess langsam oder fehleranfällig ist, liegt die Antwort „Wir automatisieren das“ schnell auf dem Tisch. Der Impuls ist nachvollziehbar: Wiederkehrende Arbeit kostet Zeit, manuelle Schritte erzeugen Abweichungen und moderne Plattformen versprechen Abhilfe. Doch Automatisierung löst keine ungeklärten Zuständigkeiten, widersprüchlichen Regeln oder unvollständigen Daten. Sie macht diese Probleme nur schneller und schwerer zu übersehen.

Der Prozess auf dem Papier ist selten der Prozess im Betrieb

Dokumentationen zeigen meist den vorgesehenen Weg. Im Alltag existieren daneben Ausnahmen, implizite Freigaben und persönliche Absprachen. Manche Schritte hängen an Erfahrung, die nie dokumentiert wurde. Andere existieren nur noch, weil niemand sicher ist, ob sie entfernt werden dürfen.

Vor einer Automatisierung helfen fünf Fragen:

1. Welches konkrete Problem soll verschwinden?
2. Wer entscheidet, wenn der Normalfall nicht greift?
3. Welche Daten gelten als verlässlich – und wer pflegt sie?
4. Welche Abhängigkeiten sind technisch oder organisatorisch kritisch?
5. Woran erkennen wir nachher, dass die Automatisierung besser ist?

Ein guter automatisierter Prozess ist nicht nur schnell. Er macht Entscheidungen nachvollziehbar und Fehler begrenzbar.

Mit dem kleinsten wertvollen Ablauf beginnen

Statt sofort den gesamten End-to-End-Prozess abzubilden, ist ein klar umrissener Teil häufig der bessere Startpunkt. Geeignet ist ein Schritt, der oft vorkommt, gut verstanden ist und ein überprüfbares Ergebnis liefert. Dadurch entstehen frühe Rückmeldungen aus dem Betrieb, ohne dass jede Ausnahme im ersten Entwurf gelöst werden muss.

Der manuelle Rückweg gehört von Anfang an dazu: Was passiert, wenn eine Quelle nicht erreichbar ist? Wer wird informiert? Kann ein fehlgeschlagener Lauf gefahrlos wiederholt werden? Bleibt nachvollziehbar, welche Änderung von Mensch oder Maschine vorgenommen wurde?

Verantwortung lässt sich nicht in Code auslagern

Automatisierung verschiebt Arbeit. Eine Person klickt vielleicht nicht mehr jeden Schritt, aber jemand verantwortet weiterhin Regeln, Datenqualität, Ausnahmen und Änderungen. Eine schlanke Betriebsvereinbarung benennt deshalb fachlichen und technischen Owner, Ein- und Ausgangsdaten, Fehlerbehandlung sowie einen Rhythmus für Anpassungen.

Erfolg an Wirkung messen

„Läuft automatisiert“ ist noch kein Ergebnis. Interessanter sind Wirkung und Belastbarkeit: Hat sich die Durchlaufzeit reduziert? Treten weniger manuelle Nacharbeiten auf? Werden Fehler früher erkannt? Sind Übergaben klarer geworden? Kann das Team die Lösung verändern, ohne von Einzelwissen abhängig zu sein?

Für IT-Management heißt das: erst den Entscheidungsraum sichtbar machen, dann vereinfachen, anschließend automatisieren.