Ausnahmen, Freigaben und Übergaben vor der Workflow-Automatisierung neu gestalten

Vor einer Workflow-Automatisierung muss das Team den tatsächlich gelebten Ablauf begrenzen, anhand realer Fälle prüfen und jeden Schritt, Entscheid, Ausnahmeweg und jede Übergabe neu beurteilen. Sonst beschleunigen Regeln, Bots oder KI bloss eine Abfolge, in der Angaben mehrfach erfasst, folgenlose Unterschriften eingeholt, Arbeit in unklaren Queues abgelegt und unvollständige Fälle per E-Mail zurückgeschickt werden. Entscheidend ist deshalb nicht, ob sich eine Tätigkeit technisch automatisieren lässt, sondern welchen Zweck sie erfüllt, welche Evidenz den nächsten Zustand erlaubt, wer Abweichungen verantwortet und wo Befugnis, Unabhängigkeit oder folgenreiches Urteil bei einer autorisierten Person bleiben müssen.

Was muss die Ist-Aufnahme vor der Automatisierung zeigen?

Die Ist-Aufnahme muss zeigen, wie ein klar abgegrenzter Fall vom beobachtbaren Auslöser bis zu einem akzeptierten Ergebnis gelangt. Wählen Sie zunächst einen wiederkehrenden Falltyp, einen eindeutigen Start, eine überprüfbare Endbedingung und die Stelle, die das Ergebnis tatsächlich weiterverwendet. Die Darstellung bleibt lösungsneutral: Sie beschreibt weder den gewünschten Bot noch eine bevorzugte Plattform. Erweitern Sie die Grenze erst, wenn beobachtete Abhängigkeiten ausserhalb des Ausschnitts den Ausgang wesentlich erklären.

Erfassen Sie für jeden Schritt seinen Zweck, die ausführende Rolle, Eingang und Quelle, angewandte Regel oder Handlung, Ausgang, System oder Kanal, Bearbeitungszeit, Wartezeit, Abschlussbeleg, nächste verantwortliche Stelle und deren Annahmebedingung. Damit wird aus einer Abfolge von Kästchen ein prüfbares Arbeitsmodell. Trennen Sie aktive Bearbeitung von der gesamten verstrichenen Zeit: Ein Zeitstempel kann Reihenfolge und Dauer sichtbar machen, erklärt aber weder den Grund einer Verzögerung noch, ob währenddessen gearbeitet oder gewartet wurde.

Vergleichen Sie die offizielle Arbeitsanweisung mit repräsentativen abgeschlossenen Fällen, aktuellen Formularen, Durchsprachen mit beteiligten Personen, Supportfällen, Qualitätsmängeln, Feststellungen aus Prüfungen und vorhandenen Ereignisdaten. Verfahren und Aufzeichnungen sind unterschiedliche Evidenz: Das eine beschreibt beabsichtigte Arbeit, das andere beobachtbare Spuren. Für eine elementare Ereignisfolge braucht es mindestens eine stabile Fallkennung, eine Aktivität und einen Zeitstempel; Abdeckung, Datenqualität und nicht protokollierte Nebenwege müssen dennoch separat geprüft werden.

• Prüfen Sie normale, unvollständige, abgelehnte, verzögerte, überschriebene, nachbearbeitete und technisch fehlgeschlagene Fälle.
• Markieren Sie Medienbrüche, doppelte Erfassung, Warteschlangen, Rückgaben und Arbeit ausserhalb des vorgesehenen Systems.
• Notieren Sie bei jeder beobachteten Abweichung, welche Evidenz fehlt und wer den Fall tatsächlich wieder in Gang bringt.

Welche Abweichungen sind Standardvarianten und welche echte Ausnahmen?

Eine Abweichung ist eine Standardvariante, wenn sie legitim wiederkehrt und ihr Eintritt, Ablauf, Eigentümer, Evidenzbedarf und Ergebnis stabil beschrieben werden können; eine echte Ausnahme verlangt dagegen einen besonderen Entscheid oder eine eigene Wiederherstellung. Teilen Sie den Sammelbegriff deshalb in fünf Arbeitsfamilien: unvollständige oder ungültige Eingaben, bekannte geschäftliche Varianten, Ausnahmen von Vorgaben oder Befugnissen, Kapazitäts-, Abhängigkeits- oder Terminprobleme sowie technische Ausführungsfehler. Eine Prozessnotation kann diese Pfade sichtbar machen, entscheidet aber nicht über ihre Behandlung.

Das Ausnahmeregister hält pro Typ den beobachtbaren Auslöser, repräsentative Fälle, eine allfällige Häufigkeit über einen genannten Zeitraum, die Auswirkung, eine sichere Reaktion, die zuständige Entscheid- oder Wiederherstellungsrolle, deren Befugnisgrenze, erforderliche Evidenz und den dauerhaft festgehaltenen Ausgang fest. Ergänzen Sie, ob der Fall pausieren, an eine benannte Stelle zurückgehen, sicher wiederholt, umgeleitet, innerhalb klarer Grenzen fortgesetzt oder gestoppt werden darf. Bei technischen Fehlern gehören auch Doppelvermeidung, Abstimmung widersprüchlicher Zustände und eine Abbruchbedingung dazu.

Behandeln Sie die gemessene Menge von Ausnahmen als Diagnosehinweis, nicht als fertiges Urteil. Hohe Zahlen können auf instabile Eingaben, unklare Regeln, knappe Kapazität oder einen zu eng definierten Normalweg hinweisen; tiefe Zahlen können ebenso durch Nebenkanäle, falsche Codierung oder unsichtbare Umgehungen entstehen. Auch seltene Fälle verdienen Aufmerksamkeit, wenn ihre Folgen, ihre erforderliche Expertise oder ihre Wiederherstellung wesentlich sind. Eine häufige Variante wird daher nicht wegen ihrer Anzahl standardisiert, sondern wegen ihrer beherrschbaren Struktur.

• Unvollständige Eingaben lassen sich oft durch klare Pflichtangaben, Validierung und eine benannte Rückgabestelle verhindern oder geordnet zurückweisen.
• Bekannte Varianten erhalten einen eigenen Standardzweig, sobald Kriterien, Schritte, Evidenz und Ergebnis stabil sind.
• Ausnahmen von Vorgaben bleiben ein begrenzter Entscheid einer befugten Rolle und ändern nicht stillschweigend die zugrunde liegende Vorgabe.
• Kapazitäts- und Technikfehler benötigen konkrete Wiederherstellungswege statt einer pauschalen Eskalation an das Management.

Wann ist eine Freigabe wirklich nötig?

Eine Freigabe ist nötig, wenn sie einen eigenständigen, wirksamen Entscheid mit definierten Folgen trifft und dafür eine passende Befugnis oder erforderliche Unabhängigkeit besteht. Benennen Sie zuerst die konkrete Frage sowie mögliche Ausgänge wie genehmigen, ablehnen, zurückgeben, mit Bedingungen versehen oder eskalieren. Kann die freigebende Person den nächsten Zustand nicht verändern, handelt es sich möglicherweise um eine Kenntnisnahme, Konsultation, Mitteilung oder Evidenzerstellung. Solche Tätigkeiten können sinnvoll sein, sollten jedoch nicht unter einem unklaren Freigabelabel verborgen werden.

Halten Sie den Risiko-, Ressourcen-, Vorgaben- oder Kontrollzweck fest, dazu Rolle und delegierte Befugnis, erforderliche Kompetenz oder Unabhängigkeit, verfügbare Evidenz, Entscheidungskriterien, zulässigen Ermessensspielraum, Begründung oder Bedingungen und die Wirkung auf den Folgeprozess. Vergleichen Sie Tore, die dieselben Unterlagen für denselben Entscheid und dasselbe Risiko prüfen. Entfernen Sie eine Kontrolle aber nie bloss, weil sie langsam wirkt oder auf dem Diagramm doppelt aussieht. Zuerst sind Zweck, Abhängigkeiten und die angemessene interne Kontrollprüfung zu klären.

Manuelle, teilautomatisierte und automatisierte Kontrollen können im selben Ablauf bestehen. Ein System kann etwa einen Fall markieren, während eine autorisierte Person über die Konsequenz entscheidet; ebenso kann eine präventive Prüfung mit einer späteren Abstimmung kombiniert werden. Keine Betriebsart beweist für sich allein Wirksamkeit. Wo KI beteiligt ist, müssen zudem Einsatzkontext, Systemgrenzen, Risikotoleranz, Aufsichtsrollen und der Umgang von Menschen mit den Ausgaben dokumentiert sein. Menschliche Anwesenheit ersetzt weder Befugnis noch Kompetenz, Evidenz und nachvollziehbare Entscheidungskriterien.

• Welchen eigenständigen Entscheid trifft diese Rolle?
• Welches beurteilte Risiko, welche Ressource oder welche organisatorische Vorgabe adressiert das Tor?
• Welche Evidenz liegt im Entscheidzeitpunkt vor und welche Ausgänge kann die Rolle tatsächlich wählen?
• Ist Fachbeurteilung, Managementbefugnis oder unabhängige Kontrolle erforderlich, und sind diese Rollen angemessen getrennt?
• Welche festgehaltene Zustandsänderung kann der nächste Prozessschritt verarbeiten?

Wann ist eine Übergabe tatsächlich abgeschlossen?

Eine Übergabe ist abgeschlossen, wenn eine benannte empfangende Stelle einen eindeutig identifizierten, ausreichend belegten Fall akzeptiert hat und die nächste Handlung beginnen kann. Versand, Weiterleitung oder Ablage in einer Queue belegen das nicht. Definieren Sie deshalb für jede beibehaltene Übergabe Fallkennung und aktuellen Zustand, sendende Rolle, empfangende Eigentümerschaft, erforderliche Angaben und Anhänge, Abschlussbeleg des vorherigen Schritts, Annahmekriterien und erwartete Folgehandlung. So wird aus einer technischen Nachricht ein überprüfbarer Eigentumswechsel.

Der Übergabevertrag braucht ausserdem eine lokal festgelegte Leistungserwartung und einen Weg für unvollständige, bestrittene, falsch zugewiesene oder nicht rechtzeitig angenommene Arbeit. Halten Sie die akzeptierte Übergabe mit Zeitpunkt und Ort dauerhaft fest. Dieses Protokoll verbessert die Nachvollziehbarkeit, beweist jedoch weder, dass der vorangegangene Entscheid richtig war, noch dass eine Kontrolle wirksam funktioniert. Die empfangende Stelle muss erkennen können, was vollständig ist, welcher Zustand gilt und an wen ein nicht annehmbarer Fall zurückgeht.

Messen Sie die verstrichene Zeit ab «bereit zur Übergabe» bis zur akzeptierten Eigentümerschaft getrennt von der eigentlichen Bearbeitungszeit. Beobachten Sie zudem Rückgaben wegen fehlender oder widersprüchlicher Angaben, Eigentümerwechsel und Queue-Sprünge, das Alter nicht angenommener Fälle, Verstösse gegen die lokal definierte Erwartung sowie Arbeiten über Nebenkanäle. Rework oder nachgelagerte Fehler sollten Sie einer Übergabe nur dann zurechnen, wenn Fallbelege diesen Zusammenhang tatsächlich stützen. Eine einzelne Kennzahl bestimmt noch keine passende Abhilfe.

• Fall und Zustand sind eindeutig identifiziert.
• Sendende und empfangende Rolle sind benannt.
• Informationen, Anhänge und Abschlussbelege sind vollständig definiert.
• Annahmekriterien, nächste Handlung und lokale Leistungserwartung sind bekannt.
• Für Rückgabe, Streit, Fehlleitung und Zeitüberschreitung besteht ein verantworteter Weg.

Welche vier Dispositionen erhält jedes Prozesselement?

Jedes abgebildete Element erhält genau eine von vier Dispositionen: entfernen, standardisieren, klären oder für menschliche Prüfung beibehalten. Diese Einteilung ist eine redaktionelle Synthese aus Gesamtflussverbesserung, standardisierter Arbeit, expliziter Verantwortlichkeit, risikobasierten Kontrollen und menschlicher Aufsicht; keine zitierte Stelle schreibt sie als fertige Methode vor. Die eindeutige Zuordnung verhindert, dass ein Team vorschnell nur zwischen «automatisieren» und «eskalieren» wählt. Sie zwingt vielmehr zu einer belegbaren Aussage darüber, welchen Zweck ein Schritt künftig erfüllt.

Nehmen wir einen internen Antrag für eine neue externe Geschäftsdienstleistung: Eine antragstellende Person mailt ein Formular, Operations überträgt Angaben, eine Führungskraft bestätigt bloss den Eingang, Finance prüft das Budget, Fachstellen prüfen pauschal jeden Fall und ein Einrichtungsteam erhält dieselben Unterlagen weitergeleitet. Die statusbezogene Unterschrift kann entfallen, wenn sie keinen Ressourcen-, Befugnis- oder Risikoentscheid trifft. Intake und normale Weiterleitung lassen sich standardisieren; unvollständige Fälle und Übergabeeigentum müssen geklärt werden. Budget-, Fach-, unabhängige oder Ausnahmeentscheide bleiben erhalten, sofern die organisatorischen Vorgaben sie verlangen.

Automatisieren Sie kein geerbtes Diagramm; gestalten Sie zuerst Entscheide, Evidenz, Ausnahmen und Eigentümerschaft neu.

Woran erkennt man die Umsetzungsreife des Workflows?

Umsetzungsreif ist der Workflow erst, wenn repräsentative Normal-, Grenz- und Fehlerfälle im vorgeschlagenen Design sicher durchgespielt wurden und jeder beibehaltene Weg klare Eigentümerschaft, Evidenz und Wiederherstellung besitzt. Ein sichtbares Ist-Diagramm allein genügt nicht, denn ein dokumentierendes Modell kann wesentliche Umsetzungsdetails offenlassen. Führen Sie mindestens Routinefälle, unvollständige Eingaben, Ablehnungen, Befugnisgrenzen, Zeitüberschreitungen, Überschreibungen, Nachbearbeitung und technische Fehler anhand vorhandener Fallaufzeichnungen durch. Das Ergebnis lautet je nach Befund «umsetzen», «überarbeiten» oder «stoppen».

Für jede Ausnahme braucht es Auslöser, sichere Reaktion, verantwortliche Rolle, Evidenz und festgehaltenes Ergebnis. Jede Freigabe benötigt einen eigenständigen Entscheid, Zweck und passende Befugnis; jede Übergabe Annahmekriterien und einen Weg für unvollständige Arbeit. Dokumentieren Sie, weshalb eine Kontrolle entfernt wird, und holen Sie die innerhalb Ihrer Organisation erforderliche Fach- und Kontrollprüfung ein. Rechte, manuelle Prüfauslöser, Wiederholsicherheit, Doppelvermeidung, Abstimmung, Überwachung und Änderungsverantwortung sind entsprechend dem beurteilten Risiko zu spezifizieren.

Ordnen Sie jeder Kennzahl eine prüfende Rolle zu, damit Rückgaben, wiederholte Ausnahmen, Überschreibungen, wachsende Queues, Fehler und Nebenkanäle nach dem Start untersucht werden. Solche Signale zeigen Überprüfungsbedarf, aber nicht automatisch die richtige Korrektur. Bevor Kontrollen geändert oder fachliche Verpflichtungen interpretiert werden, sind die zuständigen autorisierten Rollen für Recht, Regulierung, Finanzen, Sicherheit, Datenschutz, Personal, Beschaffung, interne Kontrolle oder andere betroffene Fachgebiete einzubeziehen. Bleiben wesentliche Fragen zu Vorgaben, Delegation, Unabhängigkeit, Risikoübernahme, Evidenz oder professionellem Urteil offen, wird die Umsetzung gestoppt.

• Alle beibehaltenen Schritte und Zweige haben benannte Eigentümerschaft und Abschlussbedingungen.
• Ausnahmen, Freigaben und Übergaben bestehen ihre jeweiligen Evidenz- und Verantwortlichkeitstests.
• Entfernte Kontrollen sind begründet und angemessen geprüft; bestehende Kontrollen wurden nicht bloss zur Beschleunigung geschwächt.
• Wiederherstellung, Rechte, Überwachung und Änderungsverantwortung sind risikogerecht festgelegt.
• Materielle Unklarheit führt zu Überarbeitung oder Stopp statt zu einer technisch codierten Vermutung.