Hier ist die ehrliche Version der Verwirrung, die ich immer wieder sehe: Ein Team hat einen Prozess, der ständig scheitert, eskaliert und Ausnahmen erzeugt, die das Workflow-Tool nicht bewältigen kann. Jemand aus dem Engineering schlägt BPM vor. Jemand aus dem Betrieb sagt, er habe von adaptivem Fallmanagement gehört. Drei Wochen später haben sie ein neues Tool gekauft, das ungefähr dasselbe macht wie das alte, und die Ausnahmen werden immer noch in E-Mail-Verläufen bearbeitet.
Die Verwirrung ist real, und die Kosten sind real. BPM und adaptives Fallmanagement sind nicht dasselbe Modell. Das eine ist für Prozesse konzipiert, bei denen der Ablauf im Voraus bekannt ist. Das andere ist für Situationen gedacht, in denen der Ablauf nicht im Voraus bekannt sein kann, weil die Arbeit selbst bestimmt, was als Nächstes passiert. BPM für die zweite Art von Problem zu kaufen, ist wie eine Karte für ein noch nicht kartiertes Gelände zu kaufen.
Dieser Artikel erklärt, was adaptives Fallmanagement tatsächlich ist, wo sich die beiden Modelle wirklich unterscheiden und wie Sie entscheiden, welches Modell Ihre Situation tatsächlich erfordert.
Was Teams zu spät lernen
- ACM ist kein BPM-Upgrade – sondern ein anderes Koordinationsmodell für Arbeit, deren Ablauf nicht im Voraus definiert werden kann.
- Der Fall, nicht der Workflow, ist die zentrale Einheit: ein Container, der sich weiterentwickelt, sobald neue Informationen eintreffen.
- Wissensarbeiter steuern den Ablauf in ACM; das System unterstützt ihre Entscheidungen, statt sie einzuschränken.
- ACM wird in Finanzwesen, Gesundheitswesen, Behörden, HR und Rechtsbereichen eingesetzt – nicht nur in regulierten Branchen.
- Auch in ACM gibt es Struktur – sie entsteht jedoch durch Meilensteine und Regeln, nicht durch eine vorgegebene Reihenfolge.
Was adaptives Fallmanagement tatsächlich bedeutet
Adaptives Fallmanagement (ACM) ist ein Ansatz zur Koordinierung wissensintensiver Arbeit, bei der die Aufgabenreihenfolge, die getroffenen Entscheidungen und die beteiligten Personen nicht vollständig festgelegt werden können, bevor die Arbeit beginnt. Das System unterstützt das Urteilsvermögen der Mitarbeitenden, anstatt es durch einen festen Ablauf zu ersetzen.
Das klassische Modell der Workflow-Automatisierung geht davon aus, dass Sie den Prozess zeichnen können, bevor er ausgeführt wird. Ein Trigger wird ausgelöst, Schritte werden ausgeführt, ein Ergebnis wird bereitgestellt. Dieses Modell funktioniert gut, wenn der Prozess jedes Mal gleich ist. Adaptives Fallmanagement ist für die gegenteilige Situation konzipiert: Arbeit, bei der jeder Einzelfall anders ist, neue Informationen verändern, was als Nächstes geschehen muss, und das Zwingen aller Beteiligten auf einen vorbestimmten Pfad schlechtere Ergebnisse erzeugt, als Wissensarbeiter entscheiden zu lassen.
Ein Fall ist in diesem Kontext nicht nur ein Support-Ticket oder eine Rechtsakte im engen Sinn. Es ist jede Arbeitseinheit, die Koordination, Urteilsvermögen und Anpassung über einen Zeitraum hinweg erfordert. Eine komplexe Kundenbeschwerde. Eine Betrugsermittlung. Ein Patientenversorgungsplan. Eine HR-Disziplinarmaßnahme. Der Fall hält alle Inhalte, die Aufgabenhistorie, Entscheidungen und den Kontext an einem Ort zusammen und entwickelt sich mit der Situation weiter.
„Dynamisches Fallmanagement“ und „fortgeschrittenes Fallmanagement“ sind alternative Bezeichnungen für dasselbe Konzept. Die Terminologie variiert je nach Anbieter und Branche, doch der zugrunde liegende ACM-Ansatz bleibt gleich: Wissensarbeitern eine flexible, nicht lineare Umgebung zur Verwaltung von Arbeit geben, die sich nicht vollständig als linearer Prozess modellieren lässt. Unabhängig von der Bezeichnung auf der Produktverpackung befinden Sie sich im selben Bereich, wenn der Managementansatz Fälle statt fester Abläufe in den Mittelpunkt stellt.
Das Kernproblem, das ACM löst – Arbeit, die nicht als linearer Prozess modelliert werden kann
Die meisten Tools zur Workflow-Automatisierung treffen eine stille Annahme: Dass jemand irgendwo bereits jeden relevanten Weg durchdacht hat, den die Arbeit nehmen könnte. Der Prozess wird modelliert. Die Ausnahmen werden behandelt. Sonderfälle sind Verzweigungen im Diagramm. Sie konfigurieren das Tool, und dann läuft der Prozess.
Bei strukturierten Prozessen trifft diese Annahme einigermaßen zu. Ein Rechnungsfreigabeprozess. Eine Checkliste für das Onboarding von Mitarbeitenden. Eine Ticket-bis-Abschluss-Sequenz in einer Support-Warteschlange. Diese Prozesse sind vorhersehbar genug, dass sich der Designaufwand auszahlt.
Doch eine große Kategorie der Wissensarbeit ist wirklich unvorhersehbar. Nicht nur komplex – unvorhersehbar. Wie Flowable und ähnliche Plattformen in diesem Bereich es formulieren: Es gibt Geschäftssituationen, in denen weder der Weg noch das Ergebnis im Voraus vollständig definiert werden können, weil sich die Arbeit selbst auf Grundlage dessen verändert, was unterwegs entdeckt wird. Ein Betrugsanalyst, der ein Cluster verdächtiger Transaktionen untersucht, folgt keinem Skript. Ein Sozialarbeiter im Gesundheitswesen, der die Entlassung eines Patienten mit mehreren Begleiterkrankungen und einer komplizierten Wohnsituation koordiniert, arbeitet keine Checkliste ab. Ein Fallmanager im Rechtsbereich, der einen Vorgang bearbeitet, der drei Rechtsordnungen betrifft, füllt nicht einfach ein Formular aus.
Wenn Sie versuchen, diese Art von Arbeit in strukturierte Prozesse zu zwingen, passiert eines von zwei Dingen. Entweder wird das Prozessmodell so ausnahmelastig, dass es faktisch nicht mehr beherrschbar ist – mit Hunderten bedingter Verzweigungen, die niemand pflegt. Oder die Mitarbeitenden lernen, das Tool vollständig zu umgehen und nutzen wieder E-Mails, Tabellen und Slack-Verläufe, um alles zu bearbeiten, was der Workflow nicht abbilden kann.
Das ist das operative Symptom dieser Fehlanpassung: Arbeit findet außerhalb des Systems statt, ohne Audit-Trail und ohne gemeinsamen Kontext.
Das Designproblem, das ACM adressiert, lautet nicht: „Wie machen wir den Prozess besser?“ Es lautet: „Wie unterstützen wir Mitarbeitende, deren Aufgabe darin besteht, wirklich komplexe Geschäftssituationen zu bewältigen, die sich während ihrer Entwicklung verändern?“ Das ist ein anderes Problem und erfordert einen anderen Ansatz.
Was einen Fall von einem Standardgeschäftsprozess unterscheidet
Ein Standardgeschäftsprozess ist eine Abfolge. Ein Fall ist ein Container.
Die Fallakte – manchmal auch Fallordner genannt – enthält alles, was für einen einzelnen Arbeitsvorgang relevant ist: eingehende Dokumente, zugewiesene und abgeschlossene Aufgaben, getroffene Entscheidungen, erfolgte Kommunikation, angewendete Geschäftsregeln und den aktuellen Status. Neue Informationen treffen ein und werden den Falldaten hinzugefügt. Der Fall entwickelt sich weiter, anstatt feste Phasen zu durchlaufen.
Laut der Forschung von KMWorld zum Fallmanagement orchestriert ein ausgereifter ACM-Ansatz Workflow, Content Management, Geschäftsregeln, Portalzugang und Kollaborationstools über den gesamten Falllebenszyklus hinweg – alles verankert im Fallvorgang und nicht in einem Prozessdiagramm. Das ist ein wesentlicher Unterschied. Der Workflow ist eine Funktion des Falls, nicht der Rahmen, der alles andere enthält.
Das hat praktische Bedeutung. Wenn ein neues Dokument eintrifft und verändert, was als Nächstes passieren muss, erfordert ein Prozessmodell, dass jemand das Diagramm aktualisiert. Ein Fallmodell fügt das Dokument einfach dem Fall hinzu und lässt die zuständige Person entscheiden, was dies für die nächsten Schritte bedeutet.
Wie Geschäftsregeln und Meilensteine verhindern, dass Fälle zu reiner Improvisation werden
Das häufigste Missverständnis über adaptives Fallmanagement ist, dass das Entfernen vorgegebener Reihenfolgen bedeutet, jegliche Struktur zu entfernen. Das stimmt nicht.
ACM verwendet Geschäftsregeln und Meilensteine, um die relevante Struktur bereitzustellen, ohne die variierenden Schritte einzuschränken. Meilensteine definieren, welche Zustände der Fall erreichen muss – Untersuchung eröffnet, Beweise geprüft, Entscheidung getroffen –, ohne den exakten Weg dazwischen vorzuschreiben. Geschäftsregeln lösen ereignisgesteuerte Aktionen aus, wenn bestimmte Bedingungen erfüllt sind: Ein Dokument trifft ein und löst eine Benachrichtigung aus, eine Frist verstreicht und eskaliert den Fall, ein Risikoschwellenwert wird überschritten und erfordert eine Freigabe.
Der Unterschied zu BPM liegt nicht im Fehlen von Regeln. Er liegt darin, wo die Regeln angesiedelt sind. In BPM definieren die Regeln die Reihenfolge. In ACM reagieren die Regeln auf Fallereignisse, ohne die Reihenfolge vorzuschreiben, in der Aufgaben erledigt werden. Mitarbeitende können Ad-hoc-Aufgaben hinzufügen, Schritte überspringen, die für diesen konkreten Fall nicht relevant sind, und die Arbeit umstrukturieren, wenn neue Informationen eintreffen – alles innerhalb eines Rahmens, der weiterhin die Compliance- und Governance-Anforderungen durchsetzt, die nicht flexibel sein dürfen. Sie müssen nicht jede Aktion im Voraus definieren, um Verantwortlichkeit sicherzustellen. Diese Kombination macht das Modell für wirklich komplexe Arbeit so nützlich.
Adaptives Fallmanagement vs. Business Process Management – wo sich die Modelle unterscheiden
Der Vergleich zwischen ACM und BPM kommt in Support-Gesprächen ständig auf, und fast immer beginnt er mit derselben falschen Einordnung: dass ACM eine fortschrittlichere oder flexiblere Version von BPM sei. Das ist nicht der Fall. Diese Modelle beruhen auf unterschiedlichen Annahmen über die Art der Arbeit, die sie unterstützen sollen.
Die folgende Tabelle zeigt die praktischen Dimensionen, in denen sich beide unterscheiden. Nach der Tabelle werde ich auf die eine Zeile eingehen, die mehr Raum verdient als eine Zelle bieten kann.
| Dimension | BPM | Adaptives Fallmanagement |
|---|---|---|
| Vorhersehbarkeit des Prozesses | Hoch – Abläufe werden vor Ausführungsbeginn definiert | Niedrig bis mittel – Abläufe entstehen im Verlauf des Falls |
| Wer den Ablauf steuert | Der Designer des Prozessmodells | Der Wissensarbeiter, der den Fall bearbeitet |
| Umgang mit Ausnahmen | Erfordert die explizite Modellierung jeder Ausnahmeverzweigung | Ad-hoc-Änderungen sind eine zentrale Funktion, keine Ausnahme |
| Verbesserungsmodell | Vordefinierte Abläufe im Zeitverlauf optimieren | Aus Fallergebnissen lernen, um die Praxis weiterzuentwickeln (ArkCase beschreibt dies als Aufbau einer lernenden Organisation) |
| Optimal geeignete Arbeitsart | Wiederholbare, strukturierte Prozesse mit vorhersehbaren Abläufen | Dynamische Prozesse, bei denen Ergebnisse und Abläufe nicht vollständig im Voraus definiert werden können |
Die Zeile zum Verbesserungsmodell verdient eine genauere Betrachtung. BPM wird besser, wenn Sie eine bekannte Abfolge optimieren: Durchlaufzeit reduzieren, Verschwendung eliminieren, Ergebnisse standardisieren. ACM-Prozesse verbessern sich anders. Jeder abgeschlossene Fall wird zu einem Datenpunkt. Muster über Fälle hinweg zeigen bessere Praktiken, bessere Entscheidungsregeln und bessere Eskalationsauslöser. ArkCase beschreibt dies ausdrücklich als Ziel von ACM, Organisationen in lernende Organisationen zu verwandeln, in denen die Fallhistorie selbst ein Wissensbestand ist. Das ist keine Funktion, die Sie BPM einfach hinzufügen. Es ist ein anderer Rahmen dafür, was Prozessverbesserung bedeutet.
Ein praktischer Hinweis zur Bewertung von Business Process Management: BPM und ACM stehen nicht immer im Wettbewerb. Vorhersehbare Teilprozesse – Dokumentenerstellung, Weiterleitung von Benachrichtigungen, SLA-Tracking – können als strukturierte BPM-Abläufe innerhalb einer größeren ACM-Fallstruktur laufen. Die Fallebene übernimmt die Beurteilungsarbeit. Die BPM-Ebene übernimmt die wiederholbaren Teile. Wenn mir jemand sagt, dass er zwischen beiden wählen muss, frage ich normalerweise, ob tatsächlich eine Entscheidung nötig ist oder ob die Arbeit sowohl vorhersehbare als auch unvorhersehbare Ebenen hat, die jeweils ein anderes darunterliegendes Tool benötigen.
Wo adaptives Fallmanagement branchenübergreifend eingesetzt wird
Eines der hartnäckigeren Missverständnisse über ACM ist, dass es nur in Rechtsbereichen und im Gesundheitswesen relevant sei. Das liegt daran, dass juristische Fallarbeit und klinische Versorgungspfade in der Fachliteratur am häufigsten als Beispiele genannt werden. Die Anwendbarkeit ist jedoch deutlich breiter. Jede Domäne, in der Wissensarbeiter komplexe Situationen mit mehreren Beteiligten, variablen Abläufen und echten Anforderungen an Verantwortlichkeit bewältigen, kommt für ACM-Ansätze infrage.
Die i-SCOOP-Redaktionsanalyse zum Fallmanagement macht diese domänenübergreifende Anwendbarkeit ausdrücklich deutlich: ACM ist in Finanzwesen, Versicherungen, Behörden, HR, Untersuchungen, Rechtsbereichen und Gesundheitswesen etabliert. Gemeinsam ist diesen Bereichen nicht ihre Branche, sondern die Art der Arbeit. Fälle mit mehreren Beteiligten, die sich im Laufe der Zeit entwickeln, dokumentierte Entscheidungen erfordern und nicht immer einer vorgegebenen Reihenfolge folgen können.
Untersuchungen, Compliance und Incident Management
Interne Untersuchungen sind ein Musterbeispiel für ACM. Ob es um Betrug, HR-Beschwerden, regulatorische Compliance oder Sicherheitsvorfälle geht: Jeder Fall trifft zunächst nur mit Teilinformationen ein und entwickelt sich auf Grundlage dessen weiter, was entdeckt wird. Ein Ermittler, der ein verdächtiges Ausgabenmuster prüft, kann nicht im Voraus wissen, ob der nächste Schritt ein Zeugeninterview, die Anforderung von Finanzunterlagen, die Einbindung eines Rechtsberaters oder die Schließung des Vorgangs sein wird. Der Weg hängt davon ab, was ans Licht kommt.
Was nicht variieren darf, ist der Audit-Trail. Jede durchgeführte Aktion, jedes geprüfte Dokument und jede getroffene Entscheidung muss erfasst, mit einem Zeitstempel versehen und einer Person zugeordnet werden. Die Fallbearbeitung braucht Flexibilität beim Vorgehen und vollständige Verantwortlichkeit dafür, was getan wurde. ACM erfüllt beide Anforderungen gleichzeitig, weil der Fallvorgang alle Aktivitäten zum Fall erfasst, ohne zu verlangen, dass diese einer vorgegebenen Reihenfolge folgen. Auditierbarkeit ist in ACM strukturell, nicht prozedural. Sie müssen keinem Skript folgen, um ein belastbares Audit zu ermöglichen. Sie müssen innerhalb eines Systems arbeiten, das alles aufzeichnet, unabhängig davon, welchen Weg Sie eingeschlagen haben.
Kundenbeschwerden, Serviceanfragen und Wissensarbeit im Backoffice
Komplexe Kundenbeschwerden folgen selten zweimal demselben Ablauf. Eine Beschwerde, die einen Abrechnungsstreit, einen Serviceausfall und einen Entschädigungsantrag umfasst, betrifft drei verschiedene Teams, erfordert Dokumentation aus mehreren Systemen und muss je nach betroffenem Betrag möglicherweise an eine Führungskraft oder zur rechtlichen Prüfung weitergeleitet werden. Den Fall durch einen festen Workflow zu leiten, erzeugt fast immer Lücken, weil der Workflow-Designer nicht jede Kombination von Umständen vorhersehen konnte.
ACM löst dies, indem die Weiterleitung reaktiv statt vorbestimmt behandelt wird. Die Fallannahme erstellt den Vorgang, die Erstprüfung weist ihn zu, und anschließend bestimmen Fallbearbeitung und Geschäftsregeln gemeinsam die nächsten Schritte, sobald sich Falldaten ansammeln. Wenn ein Spezialist hinzugezogen werden muss, wird er dem Fall hinzugefügt. Wenn ein Dokument angefordert werden muss, wird diese Aufgabe angehängt. Wenn die Falllösung eine Freigabe erfordert, löst dieser Meilenstein die entsprechende Regel aus. Die eingehende und ausgehende Kommunikation bleibt im Fallvorgang, statt sich über E-Mail-Verläufe zu fragmentieren.
Dieselbe Logik gilt für Risikoprüfungen, Versicherungsansprüche und juristische Fallarbeit – Formen der Wissensarbeit im Backoffice, bei denen die Akte das Arbeitsergebnis ist und dieses Arbeitsergebnis während seines gesamten Lebenszyklus seine Form verändert.
Versorgungspfade im Gesundheitswesen und Bürgerdienste von Behörden
Im Gesundheitswesen gibt es einige der stärksten empirischen Nachweise für die Wirksamkeit von ACM. Eine 2023 im Journal of Medical Internet Research veröffentlichte randomisierte kontrollierte Studie bewertete einen praxiserprobten adaptiven Fallmanagementansatz namens Health Circuit, der für die Umsetzung evidenzbasierter integrierter Versorgungspfade in komplexen, langfristigen Gesundheitsfällen entwickelt wurde. Die Studie ergab, dass der Ansatz umsetzbar und wirksam war, um sowohl Fachkräfte als auch Patienten bei personalisierten, evidenzbasierten Interventionen zu unterstützen. Das wichtigste operative Merkmal: Die Versorgungspläne waren adaptiv; Aufgaben, Termine und Monitoring-Aktivitäten wurden auf Grundlage von Patientendaten und Feedback angepasst, statt in einer festen Reihenfolge festgeschrieben zu sein. Der Gesundheitsplan entwickelte sich mit der Situation des Patienten weiter, Fachkräfte konnten ihn asynchron aktualisieren, und das System unterstützte die Fallkoordination durch Pflegekräfte über mehrere Beteiligte hinweg, ohne dass alle nach demselben starren Protokoll arbeiten mussten.
Bürgerdienste von Behörden stehen vor ähnlichen strukturellen Anforderungen. Ein Bürger, der Sozialhilfe, Leistungen bei Behinderung oder Wohnunterstützung beantragt, benötigt je nach seiner konkreten Situation möglicherweise unterschiedliche Dokumente, Bewertungen und Maßnahmen. Der zugrunde liegende politische Rahmen ist konsistent. Der Weg hindurch ist es nicht. ACM unterstützt die Sachbearbeitung, die Richtlinien einhalten und sich zugleich an die individuellen Umstände jedes Falls anpassen muss – eine Kombination, die starre Workflow-Tools ohne massive Ausnahmebehandlung oder einen parallelen informellen Prozess der Sachbearbeitung selbst durchgehend nicht abbilden können.
Teams, die in diesen Umgebungen Falllasten verwalten, entdecken letztlich meist dasselbe: Das Tool, das ihre Arbeit unterstützen sollte, wird zum Hindernis, und die Fallmanager verbringen mehr Zeit damit, das System zu umgehen, als darin zu arbeiten.
Für Betriebsteams, die ACM mit umfassenderer Prozessautomatisierung verbinden möchten, ist eine praktische Option, Fallannahme, Routing-Logik und externe Benachrichtigungen über eine Low-Code-Plattform wie Latenode zu verbinden. Im Gesundheitsbetriebs-Szenario aus Abschnitt E oben kann ein Latenode Workflow auf Ereignisse aus Kern-Fallsystemen reagieren, eingehende Dokumente – Entlassungsberichte, Überweisungsschreiben, gescannte Formulare – über integrierte Verbindungen mit automatischem OAuth in einen einheitlichen Fallvorgang leiten und JavaScript-basierte Eskalationslogik anwenden, die sich mit dem Fall weiterentwickelt – ganz ohne benutzerdefiniertes Backend oder separaten Scraping-Service. Der Vorteil besteht darin, dass mehrstufige, systemübergreifende Workflows, die Daten aus mehreren Tools abrufen und KI-Zusammenfassungen ausführen, weiterhin als eine einzige Ausführung zählen. Das hält die Kosten vorhersehbar, wenn Fallvolumina hoch sind und jeder Fall viele externe Systeme berührt. Allerdings müssen OAuth-Zugang und eine grundlegende Konvention für Fall-IDs vorhanden sein, bevor der Workflow ausgeführt werden kann. Die Einrichtung dauert in der Regel 60–90 Minuten, sobald diese Voraussetzungen erfüllt sind.
Wie adaptives Fallmanagement funktioniert – die Mechanik hinter einem aktiven Fall
Zu verstehen, dass ACM sich von BPM unterscheidet, ist hilfreich. Zu verstehen, wie ein ACM-System tatsächlich läuft, ermöglicht es Verantwortlichen im Betrieb zu bewerten, ob die von ihnen betrachteten Tools das Modell wirklich liefern.
Die KMWorld-Analyse beschreibt ACM als übergreifenden Ansatz, der Workflow, Content Management, Geschäftsregeln, ein Teilnehmerportal und Kollaborationstools über den gesamten Falllebenszyklus hinweg zusammenführt. Diese Kombination ist kein Zufall. Jede dieser Komponenten spielt eine spezifische Rolle dabei, einen Fall zu bearbeiten, und ein ACM-System, dem auch nur eine davon fehlt, wird diese Lücke im Produktivbetrieb zeigen.
Der adaptive Prozess in Bewegung – Aufgaben, Ereignisse und Ad-hoc-Entscheidungen
Ein aktiver Fall in einem ACM-System beginnt mit einem Annahmeereignis: Eine neue Anfrage, Beschwerde, ein Vorfall oder eine Überweisung erstellt den Fallvorgang und weist ihm einen ersten Kontext zu. Von dort aus läuft der adaptive Prozess über vier zentrale Mechanismen: Aufgaben, Ereignisse, Regeln und Ad-hoc-Entscheidungen.
Aufgaben werden Wissensarbeitern zugewiesen. Sie können für einen Falltyp vordefiniert sein oder hinzugefügt werden, während sich der Fall entwickelt. In einem Standard-BPM-System erfordert das Hinzufügen einer Aufgabe, die nicht im ursprünglichen Modell enthalten war, eine Prozessaktualisierung. In ACM ist das Hinzufügen einer unstrukturierten Ad-hoc-Aufgabe eine Standardfunktion der Benutzeroberfläche. Die Fallbearbeitung sieht den aktuellen Status des Falls, entscheidet, was geschehen muss, und erstellt die Aufgabe direkt im Fallvorgang.
Ereignisse steuern regelbasierte Aktionen. Wenn ein Dokument eintrifft, eine Frist verstreicht oder sich ein Status ändert, prüft die Regel-Engine, ob definierte Aktionen ausgelöst werden sollen. Der Fall entwickelt sich aufgrund dieser Ereignisse weiter, ohne dass für jedes einzelne manuell eingegriffen werden muss. Eine Führungskraft muss nicht täglich prüfen, ob ein SLA bald verletzt wird. Das System prüft dies, und sobald der Schwellenwert überschritten wird, wird die Eskalation ausgelöst.
Der Entscheidungsprozess in ACM wird ausdrücklich zwischen System und Mitarbeitenden geteilt. Das System setzt Compliance-Schwellenwerte durch und löst verpflichtende Schritte aus. Die Mitarbeitenden treffen Ermessensentscheidungen, die Regeln nicht erfassen können. Beide Beiträge werden im Fallvorgang gespeichert. Die Fallhistorie zeigt damit, was passiert ist und warum – unabhängig davon, welche Partei den einzelnen Schritt angestoßen hat.
Was eine ACM-Prozessplattform leisten muss, bevor Sie ihr vertrauen sollten
Ich habe eine ganze Reihe von Plattformen betrachtet, die ACM-Funktionen beanspruchen. Die Lücke zwischen Vertriebsdemo und Produktionsrealität zeigt sich meist in vier Bereichen.
Content Management innerhalb eines einzelnen Falls. Ein Fall erzeugt während seines Lebenszyklus Dokumente, E-Mails, Notizen und Anhänge. Wenn diese Artefakte außerhalb des Fallvorgangs in einem getrennten Content-Management-System mit manuellem Verknüpfungsprozess liegen, haben Sie den Fall bereits in zwei Teile geteilt. Eine glaubwürdige ACM-Prozessplattform umfasst entweder Content Management oder verfügt über eine echte Integration, die jedes Dokument als vollwertigen Bestandteil des Falls behandelt und nicht als angehängte Dateireferenz.
Eine Regel-Engine, die Fallbearbeitende verstehen können. Die Compliance- und Eskalationsregeln, die Fälle steuern, müssen für Personen sichtbar und anpassbar sein, die keine Entwickler sind. Wenn die Änderung einer Geschäftsregel einen Entwickler und einen Deployment-Zyklus erfordert, werden die Regeln innerhalb von sechs Monaten hinter der Realität der Arbeit zurückbleiben.
Ein Audit-Trail, der sich selbst schreibt. Jede Aktion in einem Fall sollte automatisch protokolliert werden – mit Zeitstempel, Nutzerzuordnung und ausreichend Kontext, damit ein Prüfer rekonstruieren kann, was passiert ist, ohne die Mitarbeitenden bitten zu müssen, sich daran zu erinnern. Low-Code-ACM-Plattformen, die auf manueller Dokumentation von Entscheidungen beruhen, sind kein echtes ACM – sie sind Workflow-Tools mit einer fallorientierten Benutzeroberfläche.
Skalierbare Zusammenarbeit ohne Überlaufen in E-Mails. Fälle umfassen mehrere Beteiligte, die denselben Vorgang sehen, bearbeiten und aktualisieren müssen. Wenn der Kollaborationsmechanismus hauptsächlich E-Mail ist und das Fallsystem erst im Nachhinein als Ablage verwendet wird, hinkt der Fallvorgang dem tatsächlichen Arbeitsstatus immer hinterher. Eine echte ACM-Plattform macht den Fall zum Kommunikationskanal, nicht das Postfach.
📊 In der Praxis:
Die im Journal of Medical Internet Research beschriebene Health-Circuit-RCT bewertete ACM genau nach diesen Kriterien: einen gemeinsamen, adaptiven Versorgungsplan, den alle Beteiligten in Echtzeit sehen und bearbeiten konnten, mit asynchronen Aktualisierungen, die keine synchronen Meetings erforderten. Das operative Design entsprach den theoretischen Anforderungen. Diese Übereinstimmung zwischen Modell und Mechanik unterscheidet eine echte ACM-Implementierung von einem Workflow-Tool mit fallorientierter Oberfläche.
Die Missverständnisse, die Teams zum falschen Tool führen
Drei Missverständnisse tauchen immer wieder auf, wenn Teams bewerten, ob ACM für ihre Situation relevant ist. Alle drei sind teuer, wenn man sie auf die harte Tour lernen muss.
ACM ist nur ein flexibleres BPM-System
Teams, die das glauben, nutzen ACM-Software, um vordefinierte Workflows mit etwas komplexerer Verzweigungslogik zu modellieren. Das operative Scheitern sieht dann so aus: Das Tool hat mehr Konfigurationsoptionen als die alte BPM-Plattform, aber das Team verbringt trotzdem Monate damit, Sonderfälle zu modellieren, und am Ende umgehen die Mitarbeitenden das System weiterhin, sobald etwas Unerwartetes passiert. ACM ist keine besser konfigurierbare Prozess-Engine. Es ist ein anderes Koordinationsmodell, bei dem die Mitarbeitenden den Ablauf steuern und das System diese Entscheidungsfindung unterstützt, statt sie einzuschränken. Geschäftsverfahren existieren auch in ACM – sie liegen in Meilensteinen und Regeln, nicht in Sequenzdiagrammen. Teams, die diesen Unterschied nicht verstehen, bauen am Ende dieselbe starre Struktur in einem Tool nach, das genau dafür entwickelt wurde, sie zu vermeiden.
ACM entfernt Struktur und setzt auf Improvisation
Dieses Missverständnis führt dazu, dass Teams mit hohen Compliance-Anforderungen ACM ablehnen, bevor sie es vollständig bewertet haben. Die Annahme lautet, dass Wissensarbeitern die Kontrolle über den Ablauf zu geben bedeutet, dass es überhaupt keine Kontrollen gibt. In der Praxis kombiniert ACM einen flexiblen Rahmen mit durchgesetzten Governance-Anforderungen. Geschäftsanwender können einen verpflichtenden Freigabemeilenstein nicht umgehen, weil er in die Fallstruktur eingebettet ist und nicht in einer manuell befolgten Checkliste. Der Audit-Trail erfolgt automatisch. Fristen lösen weiterhin Eskalationen aus. Die Flexibilität liegt darin, wie die Arbeit zwischen den erforderlichen Meilensteinen erledigt wird, nicht darin, ob diese Meilensteine existieren. Flexibilität mit Improvisation gleichzusetzen, führt dazu, dass Teams BPM für Arbeit wählen, die tatsächlich ACM benötigte, und sich dann wundern, warum ihre Ausnahmerate weiter steigt.
ACM ist nur für Rechtsbereiche und das Gesundheitswesen relevant
Dieses Missverständnis kostet Teams aus meiner Sicht am meisten, weil es dazu führt, dass sie die Bewertung abbrechen, bevor sie ihre eigene Situation klar analysiert haben. Die Überzeugung, ACM sei ein Nischentool für Spezialbranchen, veranlasst Workflow-Teams in Finanzwesen, HR, Betrieb und Behörden, ihre Wissensarbeit mit starren Tools zu automatisieren und dann immer aufwendigere Umgehungslösungen aufzubauen, wenn die Automatisierung an Sonderfällen scheitert. Die Grundlage für die Bewertung von ACM ist nicht die Branchenzugehörigkeit. Es ist die Art der Arbeit: Wenn Ihre Fälle so einzigartig sind, dass ein fester Workflow häufiger Ausnahmen erzeugt, als er Fälle sauber bearbeitet, verdient ACM eine ernsthafte Prüfung. Die Domäne spielt keine Rolle. Das Arbeitsmuster tut es. Und ich sehe immer wieder, wie sich dies in Teams abspielt, die sechs Monate früher über ACM hätten sprechen sollen, bevor sie letztlich dort angekommen sind.
🤔 Denken Sie darüber nach:
Teams, die die BPM-zu-ACM-Fehlanpassung entdecken, tun dies meist im ungünstigsten Moment: wenn die ersten echten Sonderfälle im Produktivbetrieb eintreffen und das Workflow-Tool sie nicht abbilden kann. Dann ist die starre Automatisierung bereits im Stack verankert, die Umgehungslösungen laufen bereits parallel, und die Kosten eines Wechsels sind deutlich höher als die Kosten einer richtigen Entscheidung zu Beginn. Die Frage, die Sie vor dem Kauf stellen sollten: Welcher Anteil der Fälle in Ihrer Domäne folgt von Anfang bis Ende demselben Weg? Wenn die ehrliche Antwort weniger als die Hälfte lautet, betrachten Sie wahrscheinlich die falsche Tool-Kategorie.
Wann Sie adaptives Fallmanagement statt Standard-Workflow-Automatisierung wählen sollten
Bei der Entscheidung geht es nicht um Komplexität. Es geht um die Art der Arbeit.
Wählen Sie adaptives Fallmanagement, wenn der Weg durch eine Arbeitseinheit nicht vor ihrem Beginn definiert werden kann; wenn Wissensarbeiter an mehreren Punkten Urteilsvermögen anwenden müssen und der richtige nächste Schritt von dem abhängt, was entdeckt wurde, nicht von dem, was geplant war; wenn jeder Einzelfall so unterschiedlich ist, dass die Pflege eines umfassenden Prozessmodells mehr kosten würde, als der Prozess einspart; wenn Compliance und Auditierbarkeit wichtig sind, die konkreten Schritte zur Erfüllung jedoch je nach Fall variieren; und wenn die Arbeit mehrere Beteiligte umfasst, deren Koordination nicht vollständig im Voraus orchestriert werden kann.
Laut der Dokumentation von ArkCase zum ACM-Modell ist das Zielkriterium direkt: ACM ist für sich häufig ändernde oder vollständig unvorhersehbare Prozesse konzipiert, bei denen die Organisation aus Ergebnissen lernen muss und nicht nur eine definierte Abfolge ausführen soll. Wenn sich Ihr Prozess von Quartal zu Quartal ändert, weil sich die Arbeit verändert, wird Standard-Workflow-Automatisierung ständige Neumodellierung erfordern. ACM nimmt diese Veränderung als Funktion auf, nicht als Problem.
Wählen Sie ACM nicht, wenn der Prozess wirklich wiederholbar ist, der Ablauf für jeden Einzelfall gleich bleibt und das Hauptziel Durchsatz und Konsistenz ist. Rechnungsverarbeitung. Standardisierte Onboarding-Checklisten. Geplante Datensynchronisierung. Das sind Aufgaben für strukturierte Workflow-Automatisierung, und ACM-Overhead hinzuzufügen bedeutet dabei mehr Komplexität ohne zusätzlichen Nutzen.
Ein praktischer Entscheidungsrahmen:
| Signal | Richtung |
|---|---|
| Die meisten Fälle folgen von Anfang bis Ende demselben Ablauf | Standard-Workflow-Automatisierung |
| Ausnahmen sind häufiger als regelkonforme Einzelfälle | ACM |
| Mitarbeitende umgehen das Tool regelmäßig | ACM |
| Der Audit-Trail ist wichtig, aber der Weg zur Compliance variiert | ACM |
| Prozess-Neumodellierung ist ständig nötig, um mit der Realität Schritt zu halten | ACM |
| Mehrere Spezialisten treten dem Fall bei und verlassen ihn wieder, während er sich entwickelt | ACM |
Bei der Bewertung von Software für adaptives Fallmanagement sollten Sie vor allem drei Dinge prüfen: ob Änderungen von Ad-hoc-Aufgaben eine zentrale Funktion oder nur eine Umgehungslösung sind, ob der Audit-Trail automatisch erfolgt oder manuelle Dokumentation erfordert und ob Geschäftsregeln von Fallmanagern ohne Entwickler im Prozess aktualisiert werden können. Softwareanbieter in diesem Bereich – von Papyrus Software (ISIS Papyrus, Papyrus ACM, Papyrus Platform) bis zu speziell entwickelten Open-Source-Optionen – unterscheiden sich bei allen drei Punkten erheblich. Der Papyrus-ACM-Ansatz ist eines der häufiger zitierten Beispiele in älterer Fachliteratur zu diesem Thema, auch wenn sich die Landschaft inzwischen erheblich erweitert hat. Die Kriterien sind wichtiger als die Positionierung eines bestimmten Anbieters.
