Ein Automatisierungsprojekt kann technisch funktionieren und betrieblich trotzdem wenig bringen. Daten werden übertragen, Aufgaben angelegt, Benachrichtigungen verschickt. Nur muss das Team weiterhin alles kontrollieren, Sonderfälle nachverfolgen und fehlende Angaben zusammensuchen.
Dann wurde zwar ein Ablauf automatisiert. Die eigentliche Arbeit ist aber nicht verschwunden, sondern an eine andere Stelle gewandert.
Für mich entscheidet sich die Qualität eines solchen Projekts deshalb früh: Können wir vor der Umsetzung sagen, welches betriebliche Ergebnis besser werden soll? Und wissen wir, was passiert, wenn der normale Ablauf nicht funktioniert? Diese beiden Fragen sind wichtiger als eine überzeugende technische Vorführung.
Ein fertiger Ablauf ist noch kein erreichtes Ergebnis
„Die Systeme sind verbunden“ beschreibt einen technischen Zustand. „Die Mitarbeitenden müssen abgeschlossene Aufträge nicht mehr in drei Listen nachtragen“ beschreibt eine Entlastung. Dieser Unterschied gehört an den Anfang eines Projekts, nicht erst in die Abschlussbesprechung.
In Dienstleistungsunternehmen entstehen Kosten häufig zwischen den eigentlichen Arbeitsschritten: Jemand wartet auf eine Freigabe, prüft vorsichtshalber denselben Vorgang erneut oder gleicht widersprüchliche Angaben ab. Wird nur die Datenübertragung beschleunigt, bleiben diese Kosten möglicherweise bestehen.
Ein brauchbares Projektziel benennt deshalb drei Dinge: den betroffenen Ablauf, die Arbeit, die entfallen oder kürzer werden soll, und die Qualität, die dabei erhalten bleiben muss. Erst damit lässt sich entscheiden, ob eine vorgeschlagene Lösung tatsächlich zum Problem passt.
Das Erfolgskriterium muss eine Entscheidung ermöglichen
„Weniger Aufwand“ ist eine Richtung, aber noch kein belastbares Erfolgskriterium. Nach der Einführung sollten Geschäftsführung und Team anhand derselben Grundlage beurteilen können, ob das Projekt sein Ziel erreicht hat.
Dafür braucht es keine aufwendige Kennzahlenlandschaft. Häufig reichen wenige Beobachtungen aus dem Arbeitsalltag:
- Wie viel aktive Bearbeitungszeit benötigt ein normaler Vorgang?
- Wie lange dauert es vom definierten Start bis zum fertigen Ergebnis?
- Wie oft sind Korrekturen oder nachträgliche Eingriffe erforderlich?
- Welche manuellen Schritte entfallen tatsächlich?
Bearbeitungszeit und Durchlaufzeit sollten getrennt betrachtet werden. Ein Vorgang kann nur wenige Minuten Arbeit verursachen und trotzdem mehrere Tage liegen bleiben. Eine Automatisierung, die einen Handgriff spart, löst dieses Warteproblem nicht automatisch.
Vor Projektbeginn sollte außerdem ein realistisches Bild des Ausgangszustands entstehen. Dafür eignen sich tatsächlich bearbeitete Fälle besser als die Erinnerung daran, wie der Prozess normalerweise laufen müsste. Wichtig ist, gewöhnliche und schwierige Fälle nicht unbemerkt miteinander zu vermischen.
Der Ausnahmeweg gehört in den Auftrag
Im Normalfall wirkt Automatisierung oft einfach. Alle Angaben sind vorhanden, die Zuordnung ist eindeutig, das Zielsystem ist erreichbar. Interessant wird es, wenn eine dieser Voraussetzungen fehlt.
Dann braucht es mehr als eine Fehlermeldung. Ein guter Ausnahmeweg beantwortet, was angehalten wird, wer übernimmt und wie der Vorgang anschließend weiterläuft. Sonst entsteht neben dem automatisierten Prozess eine unsichtbare Warteschlange.
Vor der Umsetzung sollten deshalb mindestens diese Regeln feststehen:
- Auslöser: Welche fehlenden, widersprüchlichen oder technisch nicht verarbeitbaren Informationen führen zur Ausnahme?
- Verantwortung: Welche Rolle bearbeitet den Fall, und wer vertritt sie?
- Arbeitsgrundlage: Welche Angaben und welcher Fehlergrund werden mitgegeben?
- Fortsetzung: Wird der Vorgang nach der Korrektur fortgesetzt, erneut gestartet oder bewusst beendet?
Besonders wichtig ist die Frage nach bereits ausgeführten Schritten. Wird nach einer Störung einfach alles wiederholt, können doppelte Einträge oder mehrfach ausgelöste Folgeaktionen entstehen. Das ist kein Detail für später, sondern eine betriebliche Anforderung.
Beispiel: Leistungsnachweise zur Prüfung vorbereiten
Ein hypothetischer Dienstleister sammelt Leistungsnachweise seiner Mitarbeitenden. Vor der internen Freigabe werden Pflichtangaben geprüft und die Nachweise dem jeweiligen Auftrag zugeordnet. Heute öffnet eine Assistenz jeden Nachweis einzeln, kontrolliert Angaben und trägt den Bearbeitungsstand nach.
Ein schwacher Projektauftrag wäre: „Die Prüfung soll automatisiert werden.“ Offen bleibt, was geprüft wird, was als ausreichend gilt und ob die Assistenz anschließend trotzdem jeden Nachweis öffnen muss.
Ein besserer Auftrag lautet: Vollständige, eindeutig zuordenbare Nachweise werden ohne erneute Datenerfassung für die Freigabe vorbereitet. Die Assistenz bearbeitet nur Fälle mit fehlenden Angaben oder unklarer Zuordnung. Die fachliche Freigabe bleibt bei der bisher verantwortlichen Person.
Das Erfolgskriterium wäre daran geknüpft, ob die manuelle Vorbereitung bei geeigneten Nachweisen tatsächlich entfällt und die Nachweise schneller zur Freigabe vorliegen. Als Qualitätsgrenze gilt: Unklare Zuordnungen dürfen nicht stillschweigend übernommen werden.
Der Ausnahmeweg führt solche Nachweise mit einem konkreten Hinweis an die zuständige Rolle. Nach der Korrektur wird nur der offene Schritt fortgesetzt. Damit ist nicht nur der Normalfall beschrieben, sondern auch die Arbeit, die bewusst beim Menschen bleibt.
Die erste Ausbaustufe braucht eine klare Grenze
Wer jeden denkbaren Sonderfall sofort abdecken will, macht ein überschaubares Vorhaben schnell teuer und schwer prüfbar. Wer Sonderfälle komplett ignoriert, verlagert das Risiko in den Betrieb. Dazwischen liegt eine pragmatische Lösung: den automatisierten Bereich eng definieren und alles andere kontrolliert aussteuern.
Für die erste Ausbaustufe können beispielsweise nur eindeutig zuordenbare Vorgänge mit vollständigen Pflichtangaben zugelassen werden. Das ist keine mangelhafte Automatisierung, solange die Grenze sichtbar ist und die übrigen Fälle zuverlässig bearbeitet werden.
Entscheidend ist die wirtschaftliche Betrachtung: Die Entlastung im Normalfall muss den zusätzlichen Aufwand für Kontrolle, Ausnahmen und laufenden Betrieb sinnvoll übersteigen. Wenn fast jeder Vorgang nachbearbeitet werden muss, ist nicht automatisch mehr Technik nötig. Möglicherweise müssen zuerst Eingaben oder Zuständigkeiten vereinheitlicht werden.
Die Abnahme muss den Arbeitsalltag prüfen
Eine erfolgreiche Vorführung mit einem vorbereiteten Musterfall reicht nicht als Abnahme. Sie zeigt, dass ein bestimmter Weg funktioniert. Sie zeigt nicht, ob das Team mit dem gesamten Ablauf arbeiten kann.
Zur Prüfung gehören deshalb neben normalen Vorgängen auch fehlende Angaben, widersprüchliche Zuordnungen, doppelte Auslösungen und vorübergehende Störungen. Ebenso wichtig: Kann die verantwortliche Person erkennen, was passiert ist und was sie als Nächstes tun muss?
Die Abnahme sollte auf die vorher vereinbarten Erfolgskriterien zurückkommen. Entfällt die angekündigte Handarbeit? Wird der nächste Bearbeitungsschritt früher erreicht? Bleiben Fehler erkennbar? Erst diese Antworten machen aus einer technischen Lieferung eine betriebliche Verbesserung.
Gute Automatisierung braucht eine verantwortliche Person
Auch nach dem Start verändern sich Abläufe, Zuständigkeiten und verwendete Systeme. Deshalb muss klar sein, wer den Prozess fachlich verantwortet und wer bei technischen Störungen unterstützt. Die Geschäftsführung muss nicht jeden Fehler selbst verfolgen, sollte aber wissen, ob die erwartete Entlastung eintritt.
Mein Maßstab für ein gutes Automatisierungsprojekt ist deshalb einfach: Das Team hat weniger vermeidbare Arbeit, Vorgänge bleiben seltener liegen, und Abweichungen lassen sich geordnet bearbeiten. Technik ist dafür das Mittel. Ein klares Erfolgskriterium und ein belastbarer Ausnahmeweg machen ihren Nutzen überprüfbar.
Wenn Sie einen konkreten Ablauf automatisieren möchten, können wir bei MaGrosskopf zunächst Erfolgskriterium und Ausnahmeweg gemeinsam schärfen – als Grundlage für einen sinnvoll begrenzten Projektauftrag.
Neueste Kommentare