BPMN: Business Process Model and Notation erklärt

BPMN gibt Ihnen eine universelle Sprache für die Darstellung von Geschäftsprozessen, die sowohl ein Business Analyst als auch ein Softwareentwickler ohne Übersetzungsaufwand lesen kann. Business Process Model and Notation (BPMN) ist das, was dem Prozessmanagement am nächsten an einem internationalen Standard kommt, und ist die Notation, auf die sich die meisten BPM-Plattformen, Workflow-Automatisierungstools und Prozessverbesserungsteams stützen.

Was ist BPMN?

BPMN ist ein grafischer Notationsstandard für die Modellierung von Geschäftsprozessen. Er wird von der Object Management Group (OMG) gepflegt, demselben Standardisierungsgremium hinter UML. Die aktuelle Version, BPMN 2.0, wurde 2011 veröffentlicht und ergänzte die Fähigkeit, Diagramme nicht nur menschenlesbar, sondern auch maschinenausführbar zu gestalten: Eine BPMN-2.0-Datei kann direkt in eine Workflow-Engine importiert und als Code ausgeführt werden.

Im Kern beschreibt BPMN einen Prozess als eine Abfolge von Aufgaben, Ereignissen und Entscheidungen, die durch Flüsse verbunden sind und in Pools und Lanes organisiert sind, die zeigen, wer für was verantwortlich ist. Die Notation ist präzise genug, um komplexe Ausnahmebehandlungen, parallele Ausführungen und systemübergreifende Kommunikation zu erfassen, aber noch visuell genug, damit ein Abteilungsleiter sie in einem Meeting durcharbeiten kann.

Key Facts

• Organisationen, die sich auf eine Prozessnotation wie BPMN standardisieren, berichten von 30 % weniger Missverständnissen zwischen Geschäfts- und IT-Teams bei Prozessautomatisierungsprojekten (Gartner, 2023).
• BPMN 2.0 ist ein ISO-Standard (ISO/IEC 19510:2013), was seinen Status als globaler Maßstab für die Prozessmodellierung bestätigt (ISO, 2013).
• Eine Umfrage des BPM Institute aus dem Jahr 2022 ergab, dass BPMN die am weitesten verbreitete Modellierungsnotation unter Organisationen mit formalen Prozessverbesserungsprogrammen war, genannt von 67 % der Befragten (BPM Institute, 2022).

Die vier Kategorien von BPMN-Elementen

BPMN ordnet jedes Symbol in vier Kategorien ein. Das Verständnis dieser Struktur erleichtert das Erlernen der Notation erheblich, da Sie keine flache Liste von Formen auswendig lernen, sondern ein logisches System.

Flussobjekte sind der Kern des Geschehens. Ereignisse markieren Dinge, die passieren (ein Prozess beginnt, ein Timer löst aus, eine Nachricht kommt an). Aktivitäten sind die geleistete Arbeit. Gateways sind die Entscheidungspunkte und Verzweigungslogik.

Verbindende Objekte sind die Linien. Ein Sequenzfluss (solider Pfeil) zeigt die Reihenfolge der Aktivitäten innerhalb eines Prozesses. Ein Nachrichtenfluss (gestrichelter Pfeil) zeigt die Kommunikation zwischen zwei separaten Pools. Assoziationen verknüpfen ein Artefakt, etwa eine Textanmerkung, mit einem Element.

Swimlanes verdienen besondere Beachtung, denn sie machen BPMN bei funktionsübergreifenden Prozessen so nützlich. Ein Pool repräsentiert einen Teilnehmer, oft eine Organisation oder ein System. Lanes innerhalb eines Pools unterteilen die Verantwortung weiter, typischerweise nach Rolle oder Abteilung. So kann ein einziges BPMN-Diagramm zeigen, wie ein Kunde eine Bestellung aufgibt, ein Lager sie erfüllt und ein Finanzsystem die Zahlung verarbeitet, alles in einer Ansicht.

Artefakte verändern keine Prozesslogik, machen Diagramme aber lesbar. Ein Datenobjekt zeigt, welche Daten eine Aufgabe verwendet oder erzeugt. Eine Gruppe bündelt visuell verwandte Elemente. Anmerkungen ermöglichen es Ihnen, Hinweise in einfacher Sprache für Prüfer hinzuzufügen, die Kontext benötigen.

Kernsymbole von BPMN erklärt

Dies sind die Symbole, die Sie in fast jedem BPMN-Diagramm verwenden werden. Beherrschen Sie diese und Sie können sofort 90 % der realen BPMN-Diagramme lesen.

Ereignisse

Ereignisse können Markierungen im Kreis tragen: einen Umschlag für ein Nachrichtenereignis, eine Uhr für ein Timerereignis, einen Blitz für ein Fehlerereignis. Der Markierungstyp gibt an, was das Ereignis auslöst oder was daraus resultiert.

Aktivitäten

Eine Aufgabe ist das häufigste Element in jedem BPMN-Diagramm. Teilprozesse ermöglichen es Ihnen, Komplexität zu verbergen: Im übergeordneten Diagramm sehen Sie ein einzelnes Feld, das Sie jedoch aufklappen können, um einen vollständigen BPMN-Fluss darin zu zeigen.

Gateways

Gateways sind der Bereich, in dem BPMN präziser ist als ein einfaches Flowchart. Eine einfache Raute in einem Flowchart bedeutet nur "Entscheidung". In BPMN sagt Ihnen der Gateway-Typ, ob Sie einen Pfad wählen, mehrere Pfade parallel ausführen oder bedingt eine Kombination von Pfaden aktivieren.

BPMN vs. Flowcharts vs. UML

Die drei werden häufig verwechselt. Sie lösen verwandte, aber unterschiedliche Probleme.

Der wesentliche Unterschied: Ein Flowchart ist eine schnelle, informelle Möglichkeit, einen Prozess für menschliche Leser zu dokumentieren. BPMN ist eine formale Notation, die auf unternehmensweite Automatisierung skaliert. Ein UML-Aktivitätsdiagramm ist BPMN in seiner Strenge ähnlich, ist jedoch für das Verhalten von Softwaresystemen konzipiert, nicht für Geschäftsabläufe.

Beginnen Sie für die meisten Prozessdokumentationsarbeiten mit einem Flowchart oder einer Prozesslandkarte. Wenn ein Prozess organisatorische Grenzen überschreitet, eine komplexe Ausnahmebehandlung erfordert oder in einer BPM-Plattform ausgeführt werden muss, ist BPMN das richtige Werkzeug.

Vorteile und Einschränkungen von BPMN

Vorteile

Gemeinsame Sprache für alle Teams. Geschäftliche Stakeholder und die IT können dasselbe Diagramm betrachten und es verstehen. Das reduziert Übersetzungsfehler, die Prozessautomatisierungsprojekte scheitern lassen, bevor sie beginnen.

Präzision für die Automatisierung. BPMN-2.0-Diagramme können als XML exportiert und in Ausführungsengines wie Camunda, Activiti oder IBM BPM importiert werden. Das Diagramm IST die Spezifikation. Keine Mehrdeutigkeit bei der Übertragung vom Dokument in den Code.

Bewältigt reale Komplexität. Ausnahmepfade, parallele Aufgaben, zeitgesteuerte Ereignisse und systemübergreifende Nachrichten haben alle explizite Notationen. BPMN zwingt Sie nicht, die unordentlichen Teile zu vereinfachen.

Toolökosystem. Bizagi, Signavio, Camunda Modeler, ARIS und Lucidchart unterstützen alle BPMN 2.0. Diagramme sind über das Standard-XML-Format zwischen diesen Tools portabel.

Einschränkungen

Lernkurve. BPMN hat Dutzende von Symbolen. Ein Team dazu zu bringen, sie konsequent zu verwenden, erfordert Schulung. Ein schlecht gezeichnetes BPMN-Diagramm mit gemischten Konventionen ist schwerer zu lesen als ein einfaches Flowchart.

Überdimensioniert für einfache Prozesse. Ein dreistufiger Genehmigungsprozess braucht keine Pools, Lanes, ereignisbasierte Gateways und Nachrichtenflüsse. Einfachere Prozesse gehören in einfachere Formate.

Kein Ersatz für Prozessdokumentation. BPMN zeigt den Fluss. Es erfasst nicht die Geschäftsregeln, Systemanforderungen, Datendefinitionen oder den Richtlinienkontext rund um einen Prozess. Diese benötigen weiterhin eine Prozessdokumentation neben dem Diagramm.

So erstellen Sie ein BPMN-Diagramm

Schritt 1: Umfang und Teilnehmer definieren

Benennen Sie den Prozess und identifizieren Sie alle Beteiligten: interne Teams, externe Organisationen und alle Systeme, die am Prozess teilnehmen. Jede Organisation oder jedes System, das Prozessflüsse sendet oder empfängt, wird ein Pool. Teams oder Rollen innerhalb Ihrer Organisation werden Lanes innerhalb Ihres Pools.

Schritt 2: Start- und Endereignisse identifizieren

Platzieren Sie ein Startereignis (dünner Kreis) dort, wo der Auslöser auftritt. Platzieren Sie eines oder mehrere Endereignisse (dicker Kreis) für jedes Ergebnis. Ein Auftragserfüllungsprozess könnte beispielsweise zwei Endereignisse haben: "Auftrag versandt" und "Auftrag storniert". Diese Anker zuerst richtig zu setzen verhindert, dass sich der Rest des Diagramms ausbreitet.

Schritt 3: Aufgabenabfolge abbilden

Listen Sie jede Aktivität in der Reihenfolge auf und platzieren Sie sie als Aufgaben (abgerundete Rechtecke) in der entsprechenden Lane. Arbeiten Sie mit den Menschen zusammen, die die Arbeit tatsächlich ausführen, nicht nur mit denen, die sie verwalten. Die Lücke zwischen "wie wir denken, dass es funktioniert" und "wie es tatsächlich funktioniert" ist dort, wo die meisten Prozessprobleme verborgen sind. Dies spiegelt den Ansatz der Prozessabbildung wider.

Schritt 4: Gateways für Entscheidungen und Verzweigungen hinzufügen

Platzieren Sie ein exklusives Gateway, wo der Prozess einen einzelnen Pfad wählen muss. Verwenden Sie ein paralleles Gateway, wo mehrere Dinge gleichzeitig passieren. Verwenden Sie Zwischenereignisse für zeitbasierte, nachrichtengesteuerte oder fehlergesteuerte Situationen. Beschriften Sie jede Gateway-Bedingung auf den ausgehenden Sequenzflüssen, damit ein Leser genau weiß, welche Bedingung wohin führt.

Schritt 5: Verbinden, validieren und verfeinern

Verbinden Sie alle Elemente mit Sequenzflüssen innerhalb jedes Pools und Nachrichtenflüssen zwischen Pools. Gehen Sie dann das Diagramm mit Stakeholdern durch und fragen Sie: "Hat jeder Pfad ein Endereignis? Hat jedes Gateway alle Bedingungen beschriftet? Haben wir einen Schritt übersehen?" Verfolgen Sie zuerst den idealen Pfad, dann jeden Ausnahmepfad bis zum Endereignis. Ein gültiges BPMN-Diagramm hat keine Sackgassen und keine mehrdeutigen Pfade.

BPMN-Beispiel

So sieht ein Kunden-Onboarding-Prozess in BPMN aus, mit einem einzigen Pool und zwei Lanes: Vertrieb und Betrieb.

Pool: "Acme Corp" (interner Teilnehmer) Lanes: Vertrieb, Betrieb

Fluss:

1. Startereignis (Nachricht): Vertrag unterzeichnet
2. Aufgabe (Vertrieb-Lane): Willkommens-E-Mail senden
3. Aufgabe (Vertrieb-Lane): Konto im CRM anlegen
4. Exklusives Gateway: Ist das Setup manuell oder automatisiert?
5. Pfad A (automatisiert): Aufgabe (Betriebs-Lane): Automatisierte Bereitstellung auslösen
6. Pfad B (manuell): Aufgabe (Betriebs-Lane): Implementierungsmanager zuweisen, dann Aufgabe: Kickoff-Call planen
7. Beide Pfade münden in einem Parallelen Gateway: Hintergrundprüfung und Onboarding-Umfrage gleichzeitig durchführen
8. Aufgabe (Betriebs-Lane): Bestätigen, dass alle Prüfungen abgeschlossen sind
9. Endereignis: Kunde aktiv

Das exklusive Gateway in Schritt 4 spiegelt eine reale Entscheidung Ihres Teams wider. Das parallele Gateway in Schritt 7 spiegelt Arbeit wider, die tatsächlich gleichzeitig stattfindet. Beides wäre in einem einfachen Flowchart mit einer einzelnen Rautenform nicht klar.

Dieses Diagramm kann in eine BPM-Plattform importiert werden und dazu verwendet werden, die Bereitstellungsaufgabe zu automatisieren, die Umfrage zum richtigen Zeitpunkt auszulösen und den Implementierungsmanager zu benachrichtigen, wenn die Hintergrundprüfung abgeschlossen ist. Das ist der Sprung von der Prozessdokumentation zur Ausführung, den BPMN ermöglicht.

Den breiteren Kontext, wo BPMN in ein vollständiges Verbesserungsprogramm passt, finden Sie unter Was ist Prozessmanagement und Business Process Management.

Best Practices

Beginnen Sie mit dem idealen Pfad. Zeichnen Sie das Idealszenario von Anfang bis Ende, bevor Sie Ausnahmepfade hinzufügen. Es ist einfacher, Komplexität hinzuzufügen, als ein Diagramm zu entwirren, das versucht, jeden Sonderfall auf einmal zu behandeln.

Beschriften Sie jeden Gateway-Ausgang. Jeder Pfeil, der ein Gateway verlässt, sollte eine Bedingungsbezeichnung tragen: "Ja", "Nein", "Betrag > 10.000 EUR", "Automatisiert". Ohne Beschriftungen sind Gateways mehrdeutig.

Ein Prozess pro Pool, eine Verantwortung pro Lane. Zwei nicht verwandte Prozesse in einem Pool zu mischen oder einer Lane sowohl eine Person als auch ein System zuzuweisen, erzeugt Verwirrung. Halten Sie die Grenzen klar.

Verwenden Sie Teilprozesse, um Komplexität zu verwalten. Wenn ein Abschnitt Ihres Diagramms dicht wird, fassen Sie ihn in einen Teilprozess zusammen. Leser sehen den übergeordneten Fluss; wer Details benötigt, kann ihn aufklappen.

Halten Sie Pools horizontal, Lanes klar beschriftet. Die Konvention in den meisten Tools ist ein Links-nach-Rechts-Fluss mit horizontalen Pools. Einheitliche Ausrichtung macht Diagramme übersichtlich.

Verbinden Sie BPMN mit Ihren Standard Operating Procedures. Das BPMN-Diagramm zeigt den Fluss. Die SOP enthält die Geschäftsregeln, Toolnamen und die Behandlung von Sonderfällen. Verknüpfen Sie sie explizit, damit kein Dokument verwaist.

Validieren Sie durch Ausführung, nicht nur durch Überprüfung. Wenn Ihre BPM-Plattform das Diagramm ausführen kann, führen Sie es mit Testdaten aus. Fehler in einem BPMN-Diagramm, die erst in einem Stakeholder-Review auffallen, sind weit teurer als solche, die in einem Testlauf erkannt werden.

Häufig gestellte Fragen

Was ist der Unterschied zwischen BPMN und einem Flowchart?

Ein Flowchart ist ein informelles, universelles Diagramm, das die Schritte und Entscheidungen in einem Prozess zeigt. BPMN ist ein formaler Standard mit präzisen Regeln für Gateway-Typen, Ereignisauslöser, Pool-Kommunikation und Maschinenausführung. Der wesentliche praktische Unterschied besteht darin, dass eine BPMN-2.0-Datei in eine Workflow-Engine importiert und direkt ausgeführt werden kann, ein Flowchart jedoch nicht. Für einfache interne Dokumentation ist ein Flowchart schneller. Für Automatisierung, teamübergreifende Workflows oder compliance-taugliche Prozessdefinitionen ist BPMN die richtige Wahl.

Was ist ein Pool vs. eine Lane in BPMN?

Ein Pool repräsentiert einen separaten Teilnehmer im Prozess, typischerweise eine ganze Organisation, Abteilung oder ein externes System. Eine Lane ist eine Unterteilung innerhalb eines Pools, die üblicherweise eine bestimmte Rolle, ein Team oder eine Funktion darstellt. Alle Aktivitäten innerhalb eines Pools teilen denselben Prozess. Nachrichtenflüsse verlaufen zwischen Pools, um Kommunikation zu zeigen. Sequenzflüsse bleiben innerhalb von Pools. Stellen Sie sich einen Pool als einen Schwimmwettbewerbsort und eine Lane als die individuelle Bahn eines Schwimmers vor.

Was fügt BPMN 2.0 gegenüber früheren Versionen hinzu?

BPMN 2.0 führte ein standardisiertes XML-Format ein, das Diagramme maschinenlesbar und ausführbar macht. Es formalisierte auch die Semantik jedes Elements, sodass zwei BPMN-2.0-Tools dasselbe Diagramm identisch interpretieren. Frühere Versionen waren primär visuelle Standards ohne Ausführungsmodell. Version 2.0 verwandelte BPMN von einem Dokumentationsformat in ein Fundament für Workflow-Automatisierung.

Welche Tools unterstützen BPMN 2.0?

Zu den am häufigsten verwendeten Tools gehören Camunda Modeler (kostenlos, Open Source), Bizagi Modeler (kostenlos für die Modellierung), Signavio (Enterprise), ARIS (Enterprise), Lucidchart (webbasiert) und draw.io (kostenlos). Alle exportieren das Standard-BPMN-2.0-XML-Format. Camunda ist die häufigste Wahl für Teams, die neben dem Modellierungstool auch eine BPMN-Ausführungsengine benötigen.

Wann sollte ich SIPOC statt BPMN verwenden?

Verwenden Sie ein SIPOC-Diagramm, wenn Sie den Umfang und die Grenzen eines Prozesses auf hoher Ebene definieren müssen, insbesondere zu Beginn eines Six Sigma- oder Verbesserungsprojekts. SIPOC sagt Ihnen, was der Prozess tut, wer beteiligt ist und was die Ein- und Ausgaben sind. Verwenden Sie BPMN, wenn Sie modellieren müssen, wie der Prozess Schritt für Schritt funktioniert, einschließlich Entscheidungen, Ausnahmen und Automatisierung. SIPOC ist ein Abgrenzungswerkzeug. BPMN ist ein Modellierungswerkzeug. Sie funktionieren gut in Folge.

Wo BPMN in das breitere Prozess-Toolkit passt

BPMN ersetzt nicht die Prozessabbildung, das Value Stream Mapping oder Total Quality Management-Praktiken. Es ergänzt sie. Sie könnten ein SIPOC verwenden, um den Umfang zu definieren, eine Prozesslandkarte, um die Zustimmung der Stakeholder zu erhalten, und BPMN, wenn Sie bereit sind, zu automatisieren oder eine Spezifikation an ein Entwicklungsteam weiterzugeben.

Die Notation ist nur so gut wie das Prozessdenken dahinter. Beginnen Sie damit, den Prozess durch Gespräche und Standard Operating Procedures zu verstehen. Dann verwenden Sie BPMN, um dieses Verständnis präzise, teilbar und ausführbar zu machen.

Weiterführende Lektüre

• Prozessabbildung - das visuelle Fundament vor BPMN
• Was ist ein Flowchart? - einfachere Alternative für die Basisdokumentation
• Value Stream Mapping - Lean-orientierte Prozessanalyse mit Zeitdaten
• SIPOC-Diagramm - Umfangsdefinition vor der Modellierung
• Standard Operating Procedure - das Begleitdokument zu jedem BPMN-Diagramm
• Was ist Prozessmanagement? - die übergeordnete Disziplin, der BPMN dient
• Total Quality Management - Verbesserungsmethodik, die Prozessmodelle als Eingabe nutzt