Definition
Conformance Checking ist der Mess-Loop zwischen Prozessdesign und Realität: Soll-Pfad aus BPMN definieren, Ist-Pfad aus Event Logs extrahieren, Abweichungen quantifizieren und Fixes zurück in Governance und Ausführung führen.
- Mit einer Journey und einer Log-Quelle starten; erst nach Value skalieren.
- Conformance funktioniert, wenn das Soll-Modell operativ ist (Ownership, Versionierung, Scorecards).
- Drift als KPI messen: Bypässe, fehlende Freigaben, Rework-Loops, späte Evidence.
- Den Loop schließen: jeder Finding wird Ticket oder Modell-Update.
Wann Conformance Checking das richtige Tool ist (und wann nicht)
Conformance Checking ist sinnvoll, wenn Sie eines dieser Probleme haben:
- SOP/BPMN ist dokumentiert, aber Teams sagen „die Realität ist anders“
- Controls-Evidence fehlt oder ist spät
- Varianten explodieren, „normal“ ist unklar
- Transformation ist nicht messbar (nur Anekdoten)
Weniger sinnvoll, wenn:
- keine Logs existieren (starten Sie mit Walkthrough Capture)
- der Prozess rein kreativ ist und keinen stabilen Pfad hat
Minimale Daten (klein starten)
Minimum Viable Event Log:
- case_id: Work Unit (Claim ID, Ticket ID, Onboarding ID)
- activity: Step Name (an BPMN Labels ausgerichtet)
- timestamp: Zeitpunkt
Dann iterativ erweitern:
- actor (User/System/Team)
- outcome (approved/rejected/exception code)
- system source
Nicht den Ozean kochen
Nur Felder sammeln, die Entscheidungen verändern. Wenn ein Feld keine Actions triggert, später ergänzen.
Schritt-für-Schritt: Soll → Ist → Drift KPI → Remediation
Schritt 1: Soll-Modell definieren
- BPMN-Modell wählen, das owned und freigegeben ist
- Entscheidungspunkte markieren (Freigaben, Gateways, Übergaben)
- Evidence-Erwartungen definieren (wo nötig)
Schritt 2: Logs auf Schritte mappen
- Activity Labels an BPMN Step IDs/Names ausrichten
- Exceptions abbilden (Codes, Varianten)
Schritt 3: Drift-Metriken berechnen
- missing steps (% Cases ohne Freigabe)
- bypasses (Cases überspringen Control Step)
- rework loops (Repeat Counts, Cycle-Time Inflation)
- evidence timeliness (Time-to-Approve/Time-to-Record)
Schritt 4: Remediation-Workflows
- Ticket mit Owner und SLA erstellen
- Fix-Typ entscheiden: Modell-Update, Training, Systemchange, Control Redesign
Schritt 5: Ergebnisse publizieren
- Executive Dashboard
- Operatives Dashboard für Owner/Teams
Häufige Findings (und was sie meist bedeuten)
- Bypass von Freigaben → Ownership unklar oder Tooling gebrochen
- Späte Evidence → Bottleneck oder fehlende Automatisierung
- Viele Varianten → Prozess nicht standardisiert oder Exceptions sind der Prozess
- Rework-Loops → fehlende Upstream-Validierung oder Handoff-Ambiguität
Der beste Fix ist oft upstream
Conformance zeigt oft Downstream-Schmerz, aber der Fix ist upstream: Inputs klären, Validierung ergänzen oder Handoffs redesignen, damit Exceptions nicht zur Norm werden.
Conformance mit Governance verbinden (sonst wird es Analytics-Theater)
Conformance ist kein Dashboard-Projekt.
In Governance integrieren:
- wöchentlicher oder zweiwöchentlicher Drift-Review (time-boxed)
- Modell-Updates über Standard-Workflow publizieren
- SOP/Training aktualisieren und Changes kommunizieren
Weiterführend:
Regulierte Operations: Controls-Evidence und Audit Trails
In regulierten Operations ist Conformance besonders stark, weil:
- Controls Entscheidungspunkte sind
- Evidence beweisbar sein muss
- Exceptions Risiko erzeugen und Oversight benötigen
Conformance macht das messbar und remediation-fähig.
Häufige Fehler, die Sie vermeiden sollten
Lernen Sie von anderen, um dieselben Fallstricke zu vermeiden.
Mit 20 Prozessen gleichzeitig starten
Log-Mapping und Ownership werden für keinen Prozess fertig.
Mit einer Journey starten und erst nach geschlossenem Loop skalieren.
Kein Remediation-Workflow
Findings ändern Verhalten nicht.
Findings in Tickets oder Modell-Updates mit Ownern und SLAs überführen.
Annehmen, dass das Modell immer richtig ist
Manchmal ist der Ist-Pfad korrekt und das Modell veraltet.
Conformance nutzen, um Prozess oder Modell gezielt zu ändern.
Experten-Insights
Was die Experten sagen
"Conformance Checking ist die fehlende Verbindung zwischen Governance und Realität. Ohne sie werden Repositories zu Meinungen."
Process Mining
Handeln Sie
Ihre Aktions-Checkliste
Wenden Sie das Gelernte mit dieser praktischen Checkliste an.
Eine End-to-End Journey mit klarem Pain wählen (Risiko, Kosten, Audit Findings)
Freigegebenes BPMN-Soll-Modell und Evidence Points definieren
Minimal-Event-Log-Mapping bauen (case_id, activity, timestamp)
3–5 Drift-KPIs publizieren und Owner zuweisen
Remediation-Workflow etablieren (Tickets oder Modell-Updates)
Erst nach geschlossenem Loop zur nächsten Journey skalieren