BPMN

Prozesse in einer gemeinsamen Sprache beschreiben

In den meisten Unternehmen wird derselbe Prozess in drei verschiedenen Versionen beschrieben: einmal vom Fachbereich, einmal von der IT, einmal vom Qualitätsmanagement. Drei Versionen, drei Notationen, drei Missverständnisse. BPMN beendet dieses Problem. Die Business Process Model and Notation ist ein international standardisierter Beschreibungsstandard für Geschäftsprozesse und heute der weltweit am weitesten verbreitete Standard zur Prozessmodellierung. Der Kerngedanke ist einfach: Fachbereich, IT und externe Prüfer sollen dasselbe Diagramm lesen und verstehen können. BPMN schafft eine gemeinsame visuelle Sprache und ermöglicht zugleich eine normkonforme Prozessdokumentation, die Audits standhält und im Idealfall direkt in Workflow-Engines ausführbar ist.

Anwendung

BPMN lohnt sich, sobald Prozesse über einfache Übersichtsdarstellungen hinausgehen und für mehrere Zielgruppen lesbar sein müssen.

• Normkonforme Prozessdokumentation nach ISO 9001, IATF 16949, MDR oder anderen Regelwerken
• Vorbereitung auf interne und externe Audits mit prüffähigen Diagrammen
• Abstimmung zwischen Fachbereich und IT bei Digitalisierungs- oder Automatisierungsvorhaben
• Analyse und Neugestaltung von End-to-End-Prozessen über Abteilungsgrenzen hinweg
• Vorbereitung auf Prozessautomatisierung – BPMN-Diagramme sind in Workflow-Engines direkt ausführbar

Vorgehen

1. Modellierungsauftrag klären. Welcher Prozess wird modelliert? Welche Detailtiefe ist gefragt? Wer liest das Diagramm später: Management, Auditor, IT? Ein Übersichtsdiagramm hat eine andere Granularität als eine ausführbare Workflow-Beschreibung.
2. Pools und Lanes festlegen. Wer ist beteiligt? Welche Rollen, Abteilungen oder Systeme bekommen eine eigene Lane? Schon dieser Schritt macht Verantwortungslücken sichtbar.
3. Happy Path zuerst modellieren. Den Standardfall in der richtigen Reihenfolge erfassen: Aktivitäten, Start- und Endereignis, ohne Verzweigungen. Erst der gerade Weg, dann die Ausnahmen.
4. Gateways und Ausnahmen ergänzen. Entscheidungen (XOR), Parallelitäten (AND) und Sonderfälle einbauen. Hier passieren die meisten Fehler. Gateways müssen sauber zusammengeführt werden, sonst entstehen logische Brüche.
5. Datenobjekte, Nachrichtenflüsse und Anmerkungen ergänzen. Nur dort einsetzen, wo sie das Verständnis erhöhen und nicht überall. Sequence Flow und Message Flow konsequent trennen.
6. Validieren mit Prozessbeteiligten. Stimmt der Ablauf? Sind die Verantwortlichkeiten korrekt? Erst die Validierung macht aus einem Modellierungsergebnis eine verlässliche Prozessbeschreibung.

Einschätzung aus dem Berateralltag

BPMN ist mächtig und genau das ist sein zweischneidiges Schwert. Der Standard kennt über 100 Symbole, in der Praxis genügen 10 bis 15. Wer versucht, alle Möglichkeiten auszuschöpfen, produziert formal korrekte, aber unlesbare Diagramme. Die häufigsten Fehler sind hausgemacht: zu viele Symbole, unklare Task-Benennung, falsch eingesetzte Gateways, vermischte Sequence- und Message-Flows. Ohne unternehmensweite Modellierungskonventionen (Namensgebung, Symbolumfang, Detailtiefe) entsteht ein Zoo unterschiedlicher Diagramme, der schwer zu pflegen ist. Eine weitere Grenze: BPMN beschreibt Prozesse präzise, bewertet sie aber nicht. Ob ein Prozess gut oder schlecht ist, ob er Verschwendung enthält oder Engpässe erzeugt, ist aus dem Diagramm allein nicht ablesbar. Und schließlich gilt der unbequemste Satz: Ein perfekt gezeichnetes BPMN-Diagramm eines dysfunktionalen Prozesses bleibt ein Bild eines dysfunktionalen Prozesses.