Kaum eine Notation hat sich für die Darstellung von Geschäftsprozessen so durchgesetzt wie BPMN 2.0. Der Grund liegt nicht in besonders schönen Symbolen, sondern darin, dass BPMN Fachabteilung, IT und Management eine gemeinsame, eindeutige Sprache gibt – etwas, das informelle Flussdiagramme selten leisten.

Dieser Beitrag erklärt BPMN 2.0 praxisnah: was es ist, wie es funktioniert, welche Elemente wirklich wichtig sind und wann sich die Notation lohnt – ohne die komplette Spezifikation nachzubeten. Anhand von drei einfachen Beispielprozessen zeigt der Beitrag außerdem, wie ein BPMN-Modell in der Praxis tatsächlich aussieht.

Was ist BPMN 2.0?

BPMN 2.0 steht für Business Process Model and Notation – einen internationalen Standard zur grafischen Darstellung von Geschäftsprozessen, verwaltet von der Object Management Group (OMG) und seit 2011 in seiner aktuellen Version 2.0 der maßgebliche Standard. Er entstand aus dem Bedürfnis, Prozesse nicht nur irgendwie zu visualisieren, sondern so eindeutig darzustellen, dass sowohl Menschen als auch Software-Systeme sie gleich interpretieren.

Der wesentliche Unterschied zu einem gewöhnlichen Flowchart liegt in dieser Eindeutigkeit: Ein informelles Flussdiagramm lässt viel Interpretationsspielraum – ein Pfeil kann alles Mögliche bedeuten. BPMN definiert dagegen exakt, was ein Ereignis, eine Aktivität oder ein Gateway bedeutet, sodass ein Prozessmodell unabhängig vom Ersteller gleich gelesen wird. Wer sich zunächst einen Überblick über Prozessmanagement als Ganzes verschaffen möchte, findet ihn in unserem Beitrag Was ist Prozessmanagement? Der umfassende Leitfaden für Unternehmen.

Warum Unternehmen BPMN einsetzen

BPMN schafft eine einheitliche Sprache zwischen Fachbereich und IT – beide Seiten lesen dasselbe Modell, ohne es unterschiedlich zu interpretieren. Es sorgt für Transparenz, weil Abläufe erstmals vollständig sichtbar werden, statt nur in einzelnen Köpfen zu existieren. Es liefert belastbare Dokumentation, die auch bei Personalwechseln erhalten bleibt. Es verbessert die Kommunikation zwischen Fachbereich und IT, weil technische und fachliche Perspektiven auf derselben Darstellung aufsetzen. Es bildet eine solide Grundlage für Digitalisierung, da sich nur klar modellierte Prozesse sinnvoll in Software abbilden lassen. Und es ist die Voraussetzung für Workflow-Automatisierung, weil eine Workflow-Engine BPMN-Modelle direkt technisch ausführen kann, statt sie nur zu dokumentieren.

Wann lohnt sich BPMN?

BPMN lohnt sich, wenn Prozesse dokumentiert werden sollen, damit sie nicht mehr nur im Erfahrungswissen einzelner Mitarbeitender existieren. Es hilft, wenn bestehende Abläufe verbessert werden sollen, weil Schwachstellen im Modell oft von selbst sichtbar werden. Es ist sinnvoll zur Vorbereitung von Digitalisierungsprojekten, bei der Einführung neuer Software, bei ISO-Dokumentationsanforderungen sowie überall dort, wo Workflow-Systeme einen Prozess technisch ausführen sollen.

Wann ist BPMN nicht die beste Wahl?

BPMN ist kein Werkzeug für jede Situation. Bei sehr einfachen Abläufen mit ein oder zwei Schritten lohnt sich der zusätzliche Aufwand einer formalen Notation kaum. Für einmalige Skizzen, die nur einem einzigen Gespräch dienen, oder für spontanes Brainstorming in der frühen Ideenfindung ist BPMN eher hinderlich als hilfreich – hier bremst die Formalität mehr, als sie nützt. Auch in sehr kleinen Teams, die sich informell und ohne Übergaben zwischen Abteilungen abstimmen, überwiegt der Aufwand oft den Nutzen. In all diesen Fällen reicht ein einfaches Flowchart häufig völlig aus.

Vorteile und Nachteile von BPMN

Vorteile: internationale Standardisierung, hohe Eindeutigkeit der Notation, direkte technische Ausführbarkeit über Workflow-Engines, gemeinsame Sprache für Fachbereich und IT, gute Eignung für komplexe, abteilungsübergreifende Prozesse.

Nachteile: höhere Einstiegshürde als einfache Flowcharts, Gefahr der Übermodellierung bei zu vielen Details, Pflegeaufwand bei sich häufig ändernden Prozessen, für sehr einfache oder einmalige Abläufe unverhältnismäßig aufwendig.

Die wichtigsten Elemente von BPMN

BPMN kennt deutlich mehr Symbole, als für den Praxiseinsatz nötig sind. Die folgenden Grundelemente reichen für die meisten Geschäftsprozesse völlig aus.

Ereignisse

Ereignisse markieren, dass im Prozess etwas passiert – dargestellt als Kreise. Ein Startereignis markiert den Beginn eines Prozesses, ein Endereignis sein Ende, und ein Zwischenereignis zeigt an, dass während des Prozesses etwas eintritt, etwa der Eingang einer Nachricht.

Aktivitäten

Aktivitäten – dargestellt als abgerundete Rechtecke – beschreiben eine konkrete Aufgabe, etwa "Rechnung prüfen". Ein Subprozess bündelt mehrere Aktivitäten zu einem eigenen, meist separat modellierten Teilprozess, um das Hauptmodell übersichtlich zu halten.

Gateways

Gateways – dargestellt als Rauten – markieren Entscheidungspunkte im Prozess. Ein XOR-Gateway lässt nur einen von mehreren möglichen Pfaden zu, ein AND-Gateway öffnet mehrere parallele Pfade gleichzeitig, und ein OR-Gateway erlaubt eine oder mehrere von mehreren möglichen Bedingungen.

Sequenzflüsse

Sequenzflüsse – durchgezogene Pfeile – zeigen die Reihenfolge, in der Ereignisse, Aktivitäten und Gateways durchlaufen werden.

Pools und Lanes

Ein Pool stellt einen gesamten Prozess oder eine Organisation dar. Lanes unterteilen einen Pool in einzelne Verantwortlichkeiten – etwa "Kunde" und "Support" – und machen so sofort sichtbar, wer welchen Schritt ausführt.

Datenobjekte

Datenobjekte zeigen, welche Informationen oder Dokumente in einem Prozessschritt benötigt oder erzeugt werden, etwa eine Rechnung oder ein Antragsformular.

Nachrichtenflüsse

Nachrichtenflüsse – gestrichelte Pfeile – stellen die Kommunikation zwischen unterschiedlichen Pools dar, etwa zwischen einem Unternehmen und einem externen Kunden.

So entsteht ein BPMN-Modell

1. Prozess auswählen. Klar abgrenzen, welcher Ablauf modelliert werden soll.
2. Beteiligte bestimmen. Festlegen, welche Rollen oder Abteilungen im Prozess mitwirken.
3. Start definieren. Das auslösende Ereignis festlegen, mit dem der Prozess beginnt.
4. Aktivitäten modellieren. Die einzelnen Arbeitsschritte in der richtigen Reihenfolge einfügen.
5. Entscheidungen ergänzen. Gateways an den Stellen einfügen, an denen der Ablauf sich verzweigt.
6. Ende definieren. Alle möglichen Abschlüsse des Prozesses als Endereignisse festhalten.
7. Modell prüfen. Mit den tatsächlich Beteiligten abgleichen, ob das Modell die Realität korrekt abbildet.

Wie detailliert sollte ein BPMN-Modell sein?

Ein einfaches Modell zeigt nur die grobe Abfolge der Hauptschritte – ideal für eine erste Verständigung mit dem Management. Ein fachliches Modell ergänzt Verantwortlichkeiten, Entscheidungspunkte und Datenobjekte und eignet sich für die Abstimmung zwischen Fachbereichen. Ein technisches Modell schließlich ist so präzise spezifiziert, dass es direkt von einer Workflow-Engine ausgeführt werden kann. Welcher Detailgrad angemessen ist, hängt vom Zweck ab – ein häufiger Fehler ist, ein Modell für die Managementkommunikation auf technisches Detailniveau aufzublähen.

Abb.: Ein einfaches BPMN-Modell am Beispiel eines Urlaubsantrags

BPMN am Praxisbeispiel: Rechnungseingang

Vorher. Eingehende Rechnungen werden per E-Mail an drei verschiedene Personen weitergeleitet, die Prüfung erfolgt teilweise doppelt, und niemand weiß genau, wer eine bestimmte Rechnung gerade bearbeitet.

BPMN-Modell. Die folgende Abbildung zeigt denselben Prozess nach der Modellierung – mit klar definierter Reihenfolge und einem eindeutigen Entscheidungspunkt für den Fall einer fehlerhaften Rechnung.

Abb.: Der Rechnungseingangsprozess als BPMN-Modell

Typische Fehler bei der Prozessmodellierung

• Zu viele Details. Ein Modell versucht, jeden Einzelfall abzubilden, und wird dadurch unlesbar.
• Zu wenige Details. Wichtige Entscheidungspunkte fehlen, sodass das Modell die Realität nicht vollständig abbildet.
• Keine Pools und Lanes. Verantwortlichkeiten bleiben unklar, weil nicht sichtbar ist, wer welchen Schritt ausführt.
• Falsche Gateways. Ein XOR-Gateway wird verwendet, wo eigentlich mehrere parallele Pfade nötig wären, oder umgekehrt.
• Unklare Verantwortlichkeiten. Aktivitäten sind keiner Lane oder Rolle eindeutig zugeordnet.
• Keine Pflege. Das Modell wird nach der Erstellung nie aktualisiert und verliert den Bezug zur Realität.

Best Practices für die BPMN-Modellierung

• Ein Prozess, ein Ziel. Jedes Modell sollte genau einen klar abgegrenzten Prozess abbilden, statt mehrere lose verwandte Abläufe zu vermischen.
• Nicht zu viele Gateways. Jede zusätzliche Verzweigung erhöht die Komplexität – oft lässt sich ein Ausnahmefall auch textlich als Kommentar festhalten, statt ihn zu modellieren.
• Rollen zuerst definieren. Bevor Aktivitäten modelliert werden, sollte klar sein, welche Pools und Lanes überhaupt existieren.
• Modelle regelmäßig aktualisieren. Ein Prozessmodell ist nur so wertvoll wie seine Aktualität – ein fester Verantwortlicher sollte Änderungen im echten Ablauf zeitnah nachpflegen.

BPMN und Prozessmanagement

BPMN ist ein Werkzeug, nicht das Prozessmanagement selbst. Es unterstützt vor allem die Phasen Prozessmodellierung und teilweise Prozessanalyse, ersetzt aber weder Prozesssteuerung noch Prozessoptimierung noch die kontinuierliche Verbesserung, die Prozessmanagement als Ganzes ausmachen. Wer BPMN isoliert einführt, ohne die übergeordnete Prozessmanagement-Praxis zu etablieren, gewinnt zwar bessere Dokumentation, verpasst aber den eigentlichen Mehrwert eines vollständigen Prozesszyklus. Eine strukturierte Einführung in diesen gesamten Zyklus bietet der Kurs Prozessmanagement – Grundlagen, Analyse, Gestaltung und Prozessoptimierung.

BPMN oder Flowchart?

Kriterium	BPMN	Flowchart
Standardisierung	International genormt (OMG)	Kein einheitlicher Standard
Eindeutigkeit	Hoch – klar definierte Symbole	Gering – Interpretation variiert
Technische Ausführbarkeit	Ja, über Workflow-Engines	Nein
Einstiegshürde	Etwas höher	Sehr gering
Geeignet für	Unternehmensweite, wiederverwendete Prozesse	Schnelle, informelle Skizzen

Ein Flowchart ist schneller erstellt und für eine kurze, einmalige Erklärung oft völlig ausreichend. Sobald ein Prozess jedoch unternehmensweit dokumentiert, wiederverwendet oder gar automatisiert werden soll, spielt BPMN seine Stärken aus.

BPMN oder EPK?

Die ereignisgesteuerte Prozesskette (EPK) war vor allem im deutschsprachigen Raum lange verbreitet, etwa im Umfeld von ARIS. BPMN hat sich seither als internationaler Standard weitgehend durchgesetzt, insbesondere dort, wo Prozesse auch technisch ausgeführt oder mit internationalen Partnern geteilt werden sollen. EPK wird in bestehenden, historisch gewachsenen Prozesslandschaften weiterhin genutzt, für neue Modellierungsprojekte empfiehlt sich heute in den meisten Fällen BPMN.

BPMN und Camunda

Camunda ist eine der bekanntesten Plattformen, die BPMN-Modelle nicht nur darstellen, sondern direkt technisch ausführen. Ein in BPMN modellierter Prozess lässt sich damit ohne Medienbruch in eine automatisierte Workflow-Ausführung überführen – dieselbe Notation, die Fachbereich und IT zur Verständigung nutzen, wird zum ausführbaren Programm. Das macht BPMN zur Brücke zwischen Prozessmodellierung und tatsächlicher Prozessautomatisierung. Wer diesen Weg von der Notation zur technischen Umsetzung vertiefen möchte, findet dazu passende Formate im Kurs Camunda.

BPMN und Process Mining

Process Mining und BPMN ergänzen sich in der Praxis zunehmend: Process Mining wertet reale Prozessdaten aus IT-Systemen aus und macht sichtbar, wie ein Prozess tatsächlich abläuft – oft mit deutlich mehr Varianten, als ursprünglich angenommen. Diese aus den Daten gewonnenen Erkenntnisse lassen sich anschließend in einem übersichtlichen BPMN-Modell festhalten, das den bereinigten Soll-Prozess abbildet. So verbindet sich die datengetriebene Objektivität von Process Mining mit der Klarheit und Kommunizierbarkeit von BPMN.

Welche Software unterstützt BPMN?

Verbreitete Werkzeuge zur BPMN-Modellierung sind unter anderem Camunda, ARIS, Signavio, Bizagi, Visio und Lucidchart. Sie unterscheiden sich vor allem darin, ob der Fokus auf reiner Dokumentation, auf unternehmensweiter Prozesslandschaft oder auf technischer Ausführbarkeit liegt.

Wann lohnt sich eine Weiterbildung?

Wer BPMN nur gelegentlich zur Dokumentation einzelner Abläufe nutzt, kommt mit den Grundlagen aus diesem Beitrag oft bereits weit. Eine strukturierte Weiterbildung lohnt sich, sobald BPMN regelmäßig im Berufsalltag eingesetzt wird, wenn komplexere Modelle mit mehreren Pools und Lanes entstehen sollen, oder wenn BPMN als Grundlage für eine technische Automatisierung dienen soll.

Kurz zusammengefasst

• BPMN ist der internationale Standard zur Prozessmodellierung.
• BPMN schafft Transparenz zwischen Fachbereich und IT.
• BPMN unterstützt Digitalisierung und Prozessoptimierung.
• BPMN bildet die Grundlage für Workflow-Automatisierung.
• Für komplexe Unternehmensprozesse ist BPMN heute der Standard.

Fazit

BPMN 2.0 ist kein Selbstzweck, sondern ein Werkzeug, das Geschäftsprozesse eindeutig sichtbar macht – für Fachbereich, IT und letztlich auch für automatisierte Systeme. Wer die Grundelemente versteht und diszipliniert anwendet, gewinnt damit eine gemeinsame Sprache, die weit über ein einzelnes Modellierungsprojekt hinaus trägt.

Autor

Olena Babicheva

Artikel erstellt: 23.07.2026
Artikel aktualisiert: 24.07.2026

zurück zur Übersicht