Praxisnahe, quellenbasierte Orientierung für verantwortbare KI-Programme.
Ein praxisnaher Leitfaden, um Ausnahmen, Freigaben und Übergaben evidenzbasiert neu zu ordnen und Workflows belastbar zu automatisieren.
ModelFold Editorial Team9 Min. Lesezeit
Bevor ein Workflow automatisiert wird, muss das Team den tatsächlich ausgeführten Ablauf begrenzen, anhand realer Fälle prüfen und jedes Element neu beurteilen. Eine per E-Mail eingehende Anfrage, doppelt erfasste Daten, eine folgenlose Unterschrift und mehrere unklare Warteschlangen werden durch Automatisierung nicht sinnvoller; dieselbe Unsicherheit bewegt sich lediglich schneller. Erfasst werden deshalb Normalpfad, Varianten, echte Ausnahmen, Freigaben, Übergaben, Nachweise und Zuständigkeiten. Anschließend erhält jeder Schritt genau eine Disposition: entfernen, standardisieren, klären oder zur menschlichen Prüfung beibehalten.
Das Wichtigste in Kürze
Die Ist-Prozesskarte muss zeigen, wie ein klar abgegrenzter Fall von einem 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 den nachgelagerten Nutzer des Ergebnisses. Bleiben Sie dabei lösungsneutral: Eine solche Darstellung kann Rollen, Entscheidungen, Aufgaben und Details sichtbar machen, bevor Software, Regeln, Bots oder KI ausgewählt werden. Die evidenzbasierte Ist-Aufnahme sollte der Gestaltung des Soll-Prozesses vorausgehen.
Vergleichen Sie Verfahrensanweisungen mit repräsentativen abgeschlossenen Fällen, aktuellen Formularen, Beobachtungen, Fallbesprechungen, Supportvorgängen und vorhandenen Prüfungsfeststellungen. Vorgabe und aufgezeichneter Ablauf beantworten unterschiedliche Fragen: Die eine beschreibt beabsichtigte Arbeit, der andere beobachtbare Ereignisse. Bearbeitungszeit und gesamte verstrichene Zeit sollten getrennt erfasst werden, damit aktiver Aufwand nicht mit Liegezeit vermischt wird. Für eine grundlegende Ereignisfolge werden typischerweise mindestens Fallkennung, Aktivität und Zeitstempel benötigt; diese Felder belegen weder Vollständigkeit noch die Ursache einer Verzögerung.
Gehen Sie den Normalpfad anschließend mit den Personen durch, die Arbeit annehmen, entscheiden, weitergeben, Fehler beheben und das Ergebnis verwenden. Markieren Sie Stellen, an denen Belege fehlen, Zuständigkeiten wechseln oder tatsächliche Fälle vom beschriebenen Ablauf abweichen. Ein Zeitstempel zeigt möglicherweise, dass ein Vorgang drei Stationen durchlief und lange ruhte. Ob die Ursache fehlende Kapazität, eine unklare Regel, unvollständige Eingaben oder ein nicht dokumentierter Nebenkanal war, muss jedoch anhand zusätzlicher Evidenz untersucht werden.
Standardvarianten sind legitime, wiederkehrende Fallarten mit stabilen Eintrittskriterien, Schritten, Zuständigkeiten, Nachweisen und Ergebnissen; echte Ausnahmen verlassen diese beherrschte Struktur. Erfassen Sie Abweichungen daher nicht in einer einzigen Restwarteschlange. BPMN kann alternative Wege, Zeitereignisse, Fehler, Eskalationen und Randereignisse sichtbar modellieren, entscheidet aber nicht über deren fachliche Behandlung. Dafür braucht das Team ein Register, das beobachtbare Auslöser, konkrete Fälle, Folgen, sichere Reaktionen und die zuständige Entscheidung oder Wiederherstellung dokumentiert.
Dokumentieren Sie pro Ausnahme den beobachtbaren Auslöser, repräsentative Beispiele und – sofern belastbar bekannt – die Häufigkeit in einem benannten Zeitraum. Hinzu kommen betriebliche oder kontrollbezogene Folge, zulässige Reaktion, Wiederherstellungsverantwortung, delegierter Entscheidungsrahmen, benötigte Nachweise und dauerhaft festgehaltenes Ergebnis. Die Fallzahl allein liefert keine Disposition: Hohe Werte können auf instabile Eingaben oder einen zu engen Normalpfad hindeuten; niedrige Werte können durch Nebenkanäle, fehlerhafte Klassifizierung oder nicht aufgezeichnete Umgehungen entstehen.
Eine wiederkehrende legitime Abweichung eignet sich erst dann als Standardvariante, wenn Eintrittskriterien, Ablauf, Zuständigkeit, Nachweise und Ergebnis stabil beschrieben werden können. Häufigkeit reicht nicht aus, insbesondere wenn Konsequenz, erforderliche Unabhängigkeit oder Entscheidungsspielraum erheblich bleiben. Ein standardisierter Ablauf ist zudem keine ewige Regel, sondern eine überprüfbare und bei veränderten Bedingungen anzupassende Ausgangsbasis. Seltene, ungebundene oder folgenreiche Fälle bleiben dagegen sichtbar außerhalb des Standardpfads und erhalten einen ausdrücklich benannten Entscheidungs- oder Wiederherstellungsweg.
Eine Freigabe ist erhaltenswert, wenn sie eine eigenständige, folgenwirksame Entscheidung mit erkennbarem Kontrollzweck trifft. Benennen Sie zuerst die möglichen Ergebnisse: genehmigen, ablehnen, zurückgeben, mit Bedingungen versehen oder eskalieren. Kann die beteiligte Person den nächsten Prozesszustand nicht verändern, handelt es sich womöglich um Kenntnisnahme, Beratung, Benachrichtigung oder Nachweiserstellung. Verzögerung allein macht eine Kontrolle nicht entbehrlich; geprüft werden müssen Entscheidung, Risiko, Befugnis, verfügbare Evidenz und nachgelagerte Wirkung.
Eine Autorisierung verlangt eine Person innerhalb ihrer delegierten Befugnis; Dokumentation und angemessene Funktionstrennung können Autorisierung, Verarbeitung, Aufzeichnung und Prüfung voneinander abgrenzen. Kontrollaktivitäten sollten sich an Zielen, bewerteten Risiken, Betriebsumfeld, Komplexität sowie Sensibilität und Wert der betroffenen Daten orientieren. Deshalb darf ein scheinbar doppeltes Tor erst zusammengelegt oder entfernt werden, nachdem zuständige interne Kontroll- und Fachrollen bestätigt haben, dass kein eigenständiger Zweck, keine erforderliche Unabhängigkeit und keine verbindliche Verpflichtung verloren geht.
Manuelle, teilweise automatisierte und automatisierte Kontrollen können nebeneinander bestehen; Automatisierung allein belegt keine wirksame Kontrolle. Ebenso wenig garantiert die bloße Anwesenheit eines Menschen Sicherheit oder Richtigkeit. Eine menschliche Prüfung braucht eine echte Entscheidung, ausreichende Evidenz, passende Kompetenz und Befugnis, definierte Ergebnisse sowie einen nachvollziehbaren Datensatz. Bei KI-gestützten Workflows sollten zusätzlich Rollen, Systemgrenzen, Nutzungskontext, Risikotoleranz, Aufsicht und der menschliche Umgang mit Ausgaben vor der Bereitstellungsentscheidung dokumentiert werden.
Eine Übergabe ist erst abgeschlossen, wenn eine benannte empfangende Stelle den Fall mit ausreichenden Informationen und Nachweisen akzeptiert hat und die nächste Handlung beginnen kann. Versand, Weiterleitung oder Ablage in einer Warteschlange belegen das nicht. BPMN unterscheidet Beteiligte und Nachrichtenflüsse und kann Aufgaben, Daten und Ereignisse über organisatorische Grenzen hinweg abbilden. Für den betrieblichen Abschluss braucht es darüber hinaus einen Übergabevertrag, der den erwarteten Zustand und die Annahme durch die empfangende Seite ausdrücklich definiert.
Messen Sie die verstrichene Zeit von „übergabebereit“ bis zur akzeptierten Zuständigkeit getrennt von der tatsächlichen Bearbeitungszeit. Ergänzend helfen Rückgaben wegen fehlender oder widersprüchlicher Angaben, Zahl der Zuständigkeitswechsel, Alter nicht angenommener Vorgänge, lokal definierte Serviceverletzungen und nachweislich durch unvollständige Übergaben verursachte Nacharbeit. Auch außerhalb des vorgesehenen Systems abgeschlossene Fälle sind relevant, weil sie zeigen können, dass formaler Workflow und betriebliche Wirklichkeit auseinanderlaufen. Die Kennzahlen sind Untersuchungssignale, keine automatische Diagnose.
Der akzeptierte Transfer sollte einen dauerhaften Eintrag erzeugen: Fall, abgebende Rolle, empfangende Zuständigkeit, Nachweise, Zeitpunkt, Status und nächste Handlung. Ein solcher Nachweis macht Ereignisse prüfbar, beweist aber weder die Richtigkeit einer Entscheidung noch die Wirksamkeit einer Kontrolle. Fehlt ein Annahmekriterium, klären Sie zunächst die kleinste offene Vereinbarung, statt unbestimmte Vorgänge pauschal an das Management zu eskalieren. Für Ablehnung, Zeitüberschreitung und Fehlleitung braucht es jeweils eine benannte Rückgabe- oder Wiederherstellungsroute.
Jedes Prozesselement erhält genau eine von vier Dispositionen: entfernen, standardisieren, klären oder zur menschlichen Prüfung beibehalten. Diese Einteilung ist eine redaktionell entwickelte Synthese aus Gesamtflussverbesserung, standardisierter Arbeit, expliziter Verantwortlichkeit, risikobasierten Kontrollen und menschlicher Aufsicht; keine zitierte Institution schreibt sie als geschlossenes Verfahren vor. Entscheidend ist, dass das Team für jede Zuordnung die zugrunde liegenden Fälle, Nachweise, Zuständigkeiten, Risiken und Abhängigkeiten festhält, statt vorschnell zwischen „automatisieren“ und „eskalieren“ zu wählen.
In einem beispielhaften internen Anfrageprozess könnte eine Unterschrift entfallen, wenn sie lediglich den Eingang bestätigt und weder Budget, Befugnis noch Risiko entscheidet. Pflichtfelder, Fallkennung, Dublettenprüfung und normale Weiterleitung lassen sich standardisieren, sofern Eingaben und Regeln stabil sind. Unklare Zuständigkeiten für unvollständige Anträge, technische Fehler und die Annahme durch das Ausführungsteam müssen geklärt werden. Budgetfreigaben, unabhängige Fachprüfungen oder Richtlinienausnahmen bleiben dagegen bei autorisierten Personen, wenn Organisationsanforderungen und bewertete Risiken dies verlangen.
Automatisieren Sie kein geerbtes Schaubild – gestalten Sie Entscheidungen, Nachweise, Ausnahmen und Zuständigkeiten neu.
| Disposition | Einsetzen, wenn | Beispielhafte Anwendung | Erforderliche Vorsicht |
|---|---|---|---|
| Entfernen | Kein eigenständiger Nutzen, keine notwendige Information, keine eigene Entscheidung und keine anderweitig unberücksichtigte Kontrolle bestehen. | Doppelerfassung, reine Statusunterschrift oder unveränderte Weiterleitung. | Verzögerung allein ist kein Entfernungsgrund; Zweck, Verpflichtung und Abhängigkeiten vorher prüfen. |
| Standardisieren | Vollständige Eingaben, stabile Regeln, begrenzte Ergebnisse, geringe Mehrdeutigkeit und konstante Zuständigkeit vorliegen. | Pflichtfelder, Klassifizierung, Routinevalidierung oder normale Weiterleitung. | Der Standard ist eine verbesserbare Ausgangsbasis und umfasst nicht automatisch jeden Fall. |
| Klären | Der Schritt notwendig ist, aber Zuständigkeit, Befugnis, Kriterien, Nachweis, Abschluss oder Wiederherstellung mehrdeutig bleiben. | Ungeklärte Ausnahmeentscheidung, unvollständige Übergabe oder Zeitüberschreitung ohne Folgeschritt. | Mehrdeutigkeit nicht als pauschale Eskalation oder unscharfe Systemregel codieren. |
| Zur menschlichen Prüfung beibehalten | Delegierte Befugnis, Kontexturteil, Fachkunde, Unabhängigkeit oder die Auflösung eines ungebundenen Falls erforderlich ist. | Richtlinienausnahme, Risikoübernahme, unabhängige Kontrolle oder widersprüchliche wesentliche Evidenz. | Entscheidung, Evidenz, Befugnis, mögliche Ergebnisse und Begründung müssen nachvollziehbar sein. |
Implementierungsreif ist ein Workflow nur bedingt: Repräsentative Normal-, Rückgabe-, Grenz-, Ausnahme-, Zeitüberschreitungs-, Übersteuerungs-, Nacharbeits- und technische Fehlerfälle müssen sich im vorgeschlagenen Design sicher bearbeiten lassen. Ein reines Dokumentationsmodell kann nicht ausführbar bleiben; ein sichtbares Ist-Diagramm ist deshalb noch keine implementierungsreife Spezifikation. Prüfen Sie Fälle möglichst gegen vorhandene Aufzeichnungen und verlangen Sie für jeden beibehaltenen Schritt einen Eigentümer, ausreichende Evidenz, einen definierten Abschluss und einen handhabbaren Wiederherstellungsweg.
Dokumentieren Sie die Begründung für jede entfernte Kontrolle und holen Sie die nach dem eigenen Kontrollrahmen zuständige Prüfung ein. Kontrolldesign, Dokumentation, Autorisierung, Funktionstrennung sowie präventive und aufdeckende Maßnahmen müssen zu Zielen und bewerteten Risiken der Organisation passen. Legen Sie außerdem Messgrößen und eine verantwortliche Prüfstelle fest, damit Rückgaben, wiederkehrende Ausnahmen, Übersteuerungen, wachsende Warteschlangen, Fehler und Nebenkanäle nach dem Start untersucht werden. Diese Beobachtungen sollen eine Diagnose auslösen, nicht vorab eine bestimmte Abhilfe beweisen.
Enthält der Workflow KI, sollten Kontextwissen, dokumentierte Verantwortlichkeiten, Systemgrenzen, menschliche Aufsicht und Risikotoleranz in die Startentscheidung einfließen. Gehen Sie nur weiter, wenn Rollen, Entscheidungen, Nachweise, Annahmebedingungen, Wiederherstellungswege und Monitoring belastbar definiert sind. Vor Änderungen an Kontrollen oder der Auslegung verbindlicher Anforderungen müssen die jeweils qualifizierten und autorisierten Fachrollen für Recht, Datenschutz, Sicherheit, Finanzen, Beschaffung, Personal oder interne Kontrollen einbezogen werden. Bleiben wesentliche Fragen zu Richtlinien, Delegation, Unabhängigkeit, Risikoübernahme, Evidenz oder professionellem Urteil offen, wird die Implementierung gestoppt.
Grenzen Sie einen wiederkehrenden Falltyp mit beobachtbarem Start und akzeptiertem Ergebnis ab. Prüfen Sie den tatsächlichen Ist-Ablauf anhand repräsentativer normaler und abweichender Fälle. Ordnen Sie danach jeden Schritt dem Entfernen, Standardisieren, Klären oder der menschlichen Prüfung zu.
Das Register enthält den beobachtbaren Auslöser, Fallbeispiele, eine zeitlich eingeordnete Häufigkeit – sofern bekannt –, Folgen und die zulässige sichere Reaktion. Zusätzlich werden Entscheidungs- oder Wiederherstellungsverantwortung, delegierte Grenzen, benötigte Nachweise, Ergebnis und dauerhafter Lösungsdatensatz festgehalten.
Erst wenn sie keine eigenständige Entscheidung, keinen notwendigen Kontrollzweck und keine anderweitig unberücksichtigte Risikobehandlung besitzt. Prüfen Sie Befugnis, Fachkunde oder Unabhängigkeit, verfügbare Evidenz, Ergebnisse, nachgelagerte Wirkung und Überschneidungen mit beibehaltenen Kontrollen. Zuständige Kontroll- und Fachrollen müssen die Änderung nach den Organisationsvorgaben bewerten.
Erforderlich sind Fallkennung und Zustand, sendende Rolle, empfangende Zuständigkeit, Informationen, Anlagen und Abschlussnachweise. Hinzu kommen Annahmekriterien, nächste Handlung, eine lokal festgelegte Serviceerwartung, Wege für unvollständige oder verspätete Arbeit sowie ein dauerhafter Nachweis der akzeptierten Übergabe.
Bereit ist er, wenn repräsentative Normal- und Fehlerfälle funktionieren, alle Ausnahmen beherrschte Reaktionen haben, Freigaben echte Entscheidungen treffen und Übergaben akzeptierbar definiert sind. Kontrollen, Berechtigungen, Wiederherstellung, Monitoring und Änderungsverantwortung müssen risikogerecht festgelegt sein. Wesentliche offene Fragen zu Richtlinien, Befugnissen, Evidenz oder professionellem Urteil führen zu einem Stopp.
Für die Recherche zu diesem Artikel wurden folgende Quellen verwendet:
Wir berichten darüber, wie KI in Unternehmen tatsächlich ankommt. Wir arbeiten mit benannten Quellen, trennen Rechercheergebnisse von Einordnung und nutzen KI für Recherche und Entwürfe unter dokumentierten redaktionellen Kontrollen. Eine individuelle Fachprüfung ersetzen wir nicht.
Ein praxisnaher Leitfaden, um reale Arbeitsabläufe zu beobachten, Engpässe zu belegen und erst danach einen passenden KI-Test zu entwerfen.
So entwerfen Teams eine nachvollziehbare IDP-Pipeline mit klaren Übergaben, Prüfwegen und Verantwortlichkeiten vom Eingang bis zur Aufbewahrung.
Ein praxisnaher Leitfaden, um Aufgaben zu erfassen, KI belastbar zu testen, verlagerten Aufwand sichtbar zu machen und Rollen erst danach neu zu ordnen.
