Business Process Model and Notation (BPMN) dient als Industriestandard zur Modellierung von Geschäftsprozessen. Es bietet eine grafische Notation, die von allen beteiligten Stakeholdern im Unternehmen, von technischen Entwicklern bis hin zu Geschäftsanalysten, verständlich ist. Ohne eine gemeinsame Sprache geraten Prozessverbesserungsinitiativen oft aufgrund von Missverständnissen ins Stocken. Dieser Leitfaden analysiert die Grundarchitektur von BPMN-Diagrammen und konzentriert sich auf die drei Säulen, die die Prozesslogik steuern: Ereignisse, Gateways, und Flows.
Das Verständnis dieser Komponenten ermöglicht es Organisationen, komplexe Arbeitsabläufe präzise darzustellen. Egal, ob Sie einen Beschaffungszyklus dokumentieren oder einen Kunden-Onboarding-Prozess koordinieren – Präzision in der Notation sorgt für Klarheit. Wir werden die spezifischen Symbole, ihre Verhaltensweisen und die Regeln für ihre Verwendung untersuchen, ohne dabei auf bestimmte Software-Tools einzugehen.
1. Ereignisse: Auslöser und Ergebnisse ⏱️
Ereignisse stellen etwas dar, das während der Ausführung eines Prozesses geschieht. Sie werden als Kreise dargestellt. Die Dicke der Kreislinie gibt die Art des Ereignisses an. Ereignisse starten oder beenden einen Prozess nicht isoliert; sie markieren einen Punkt der Aktion oder Reaktion innerhalb des Ablaufs.
1.1 Die drei Ereignis-Zustände
Ereignisse werden nach ihrer Position und Funktion innerhalb einer Sequenz eingeteilt:
- Start-Ereignis:Markiert den Beginn eines Prozesses. Es besitzt keine eingehende Sequenzflusslinie. In jedem Prozessdiagramm muss mindestens ein Start-Ereignis vorhanden sein. Wenn mehrere Start-Ereignisse existieren, wird der Prozess durch eines davon ausgelöst.
- Mittleres Ereignis:Tritt zwischen Start und Ende auf. Es stellt eine Pause oder ein Ereignis dar, das während des Prozesslebenszyklus eintritt. Diese Ereignisse können einen eingehenden Auslöser erfassen oder ein ausgehendes Signal auslösen.
- Ende-Ereignis:Markiert die Beendigung eines Prozesses. Ein Prozess kann mehrere Ende-Ereignisse haben, um unterschiedliche Ergebnisse (Erfolg, Fehler, Abbruch) anzugeben.
1.2 Ereignistypen und ihre Symbole
Der Typ des Ereignisses wird durch das Symbol innerhalb des Kreises definiert. Auch die Linienstärke des Kreises gibt eine visuelle Hinweis: dünn für normale Ereignisse, dick für Grenzereignisse, die an Aktivitäten angehängt sind, und doppelte Linien für komplexe oder mehrfache Szenarien.
| Ereignistyp | Visueller Hinweis | Funktionalität | Häufiger Anwendungsfall |
|---|---|---|---|
| Nachrichtenereignis | Umschlag-Symbol | Empfängt oder sendet eine Nachricht zwischen Beteiligten. | Warten auf eine E-Mail-Antwort oder Senden einer Rechnung. |
| Zeitgeber-Ereignis | Uhr-Symbol | Auslöser basierend auf Zeit oder Dauer. | Erinnerung wird 3 Tage nach der Anmeldung gesendet. |
| Fehlerereignis | Ausrufezeichen-Symbol | Behandelt System- oder Laufzeitfehler. | Datenbankverbindungsfehler während des Bezahlvorgangs. |
| Signalereignis | Blitz-Symbol | Sendet oder empfängt Signale über den gesamten Prozess hinweg. | Globale Warnung, die mehrere Workflows auslöst. |
1.3 Randereignisse
Randereignisse sind eine spezialisierte Form von Zwischenereignissen, die an der Seite einer Aktivität angehängt sind. Sie ermöglichen die Unterbrechung einer laufenden Aktivität.
- Unterbrechendes Randereignis: Wenn das Ereignis eintritt, hebt es die Aktivität auf, an die es angehängt ist. Zum Beispiel wird die Aufgabe sofort gestoppt, wenn ein Zeitgeber-Randereignis ausgelöst wird.
- Nicht-unterbrechendes Randereignis: Wenn das Ereignis eintritt, läuft die Aktivität weiterhin parallel. Dies ist nützlich zum Protokollieren oder Benachrichtigen, ohne die Hauptaufgabe zu stoppen.
Zum Beispiel könnte in einem Kreditgenehmigungsprozess ein Randereignis ausgelöst werden, wenn der Antragsteller fehlende Dokumente einreicht. Die Genehmigungsaufgabe läuft weiter, aber gleichzeitig wird eine Benachrichtigung an den Antragsteller gesendet.
2. Gateways: Die Entscheidungspunkte 🚦
Gateways steuern die Verzweigung und Konvergenz von Pfaden innerhalb eines Prozesses. Sie werden als Rauten dargestellt. Gateways führen keine Arbeit aus; sie leiten den Ablauf basierend auf Bedingungen oder der Anwesenheit von Token.
2.1 Exklusives Gateway (XOR)
Das exklusive Gateway ist der häufigste Entscheidungspunkt. Es stellt eine Wahl dar, bei der nur ein Pfad gewählt werden kann. Es wirkt wie eine logischeODER.
- Logik: Wenn Bedingung A wahr ist, folge Pfad A. Wenn Bedingung B wahr ist, folge Pfad B. Nur ein Pfad ist aktiv.
- Visuell: Eine Raute mit einem ‘X’ darin.
- Beispiel: Ein Benutzer reicht ein Formular ein. Wenn die Daten gültig sind, fahre mit dem Speichern fort. Wenn ungültig, zeige einen Fehler an. Beides kann nicht gleichzeitig geschehen.
2.2 Paralleles Gateway (UND)
Das parallele Gateway teilt oder vereint Flüsse gleichzeitig. Es stellt eine logischeUND. Alle ausgehenden Pfade werden gleichzeitig aktiviert, und alle eingehenden Pfade müssen abgeschlossen sein, bevor das Gateway fortfährt.
- Logik: Wenn Pfad A und Pfad B ausgelöst werden, laufen beide gleichzeitig.
- Visuell: Ein Diamant mit einem Pluszeichen (+) innen.
- Beispiel: Nach Bestätigung des Kaufs eine E-Mail-Bestätigung senden UND das Bestandsystem aktualisieren. Beide Aufgaben erfolgen gleichzeitig.
2.3 Inklusives Gateway (ODER)
Das inklusive Gateway ermöglicht die Auswahl einer oder mehrerer Pfade basierend auf Bedingungen. Es ist flexibler als das exklusive Gateway.
- Logik: Wenn Bedingung A erfüllt ist, wähle Pfad A. Wenn Bedingung B erfüllt ist, wähle Pfad B. Wenn beide erfüllt sind, wähle beide Pfade.
- Visuell: Ein Diamant mit einem ‘O’ innen.
- Beispiel: Ein Kunde qualifiziert sich für einen Rabatt. Je nach Präferenz kann er eine SMS, eine E-Mail oder beides erhalten.
2.4 ereignisbasiertes Gateway
Dieses Gateway wartet auf das Eintreten eines Ereignisses anstelle einer Bedingung. Es wird häufig in Szenarien verwendet, bei denen mehrere Ergebnisse möglich sind, und der Prozess auf das erste eintretende Ereignis reagieren muss.
- Logik: Der Prozess wartet. Wenn Ereignis A eintritt, geht es nach links. Wenn Ereignis B eintritt, geht es nach rechts. Sobald ein Pfad gewählt wurde, wird der andere abgebrochen.
- Visuell: Ein Diamant mit einem Kreis innen.
- Beispiel: Warten auf eine Kundenantwort. Wenn sie innerhalb von 24 Stunden antworten, geht es weiter zum Rückruf. Wenn sie nicht antworten, wird eine Erinnerung gesendet.
3. Flüsse und Aktivitäten: Die Arbeit 🔄
Während Ereignisse und Gateways die Logik steuern, stellen Flüsse und Aktivitäten die eigentliche Arbeit dar. Das Verständnis des Unterschieds zwischen Sequenzflüssen und Nachrichtenflüssen ist entscheidend für eine genaue Modellierung.
3.1 Sequenzflüsse
Sequenzflüsse definieren die Reihenfolge der Aktivitäten innerhalb einer einzelnen Prozessinstanz. Sie werden durch durchgezogene Pfeile dargestellt.
- Richtung:Der Fluss verläuft von oben nach unten, von links nach rechts.
- Verwendung:Verbindet Ereignisse, Gateways und Aktivitäten innerhalb desselben Pools.
- Beschriftung:Bedingungen sollten auf den ausgehenden Pfaden von Gateways beschriftet werden, um die Logik zu klären.
3.2 Nachrichtenflüsse
Nachrichtenflüsse stellen den Austausch von Informationen zwischen Teilnehmern (Pools) dar. Sie werden durch gestrichelte Pfeile mit einem offenen Kreis am Anfang und einem offenen Pfeil am Ende dargestellt.
- Richtung:Gibt die Richtung der Kommunikation an.
- Verwendung:Verbindet verschiedene Pools oder Lanes. Es kann keine zwei Aktivitäten innerhalb desselben Pools verbinden.
- Zusammenhang:Wird verwendet, um anzuzeigen, dass ein Prozess in einer Abteilung auf eine Antwort von einer anderen Abteilung wartet.
3.3 Aktivitäten und Aufgaben
Aktivitäten sind die durchgeführte Arbeit. Sie werden durch abgerundete Rechtecke dargestellt.
- Benutzer-Aufgabe:Arbeit, die von einer Person durchgeführt wird. Erfordert manuelle Intervention.
- Dienst-Aufgabe:Arbeit, die von einem automatisierten System oder einem Backend-Service durchgeführt wird. Keine menschliche Interaktion.
- Skript-Aufgabe:Logik, die durch ein Skript oder Code-Ausschnitt definiert ist.
- Senden/Empfangen-Aufgabe:Senden oder Empfangen von Nachrichten ohne Warten auf eine Antwort (asynchron).
3.4 Unterprozesse
Komplexe Prozesse können in Unterprozesse aufgeteilt werden, um die Lesbarkeit des Diagramms zu gewährleisten.
- Kompakter Unterprozess:Zeigt die Aufgabe als ein einzelnes Feld mit einem Pluszeichen. Details sind versteckt.
- Erweiterter Unterprozess:Zeigt die interne Logik der Aufgabe innerhalb desselben Diagramms.
- Aufruf-Aktivität: Bezieht sich auf eine wiederverwendbare Prozessdefinition, die an anderer Stelle definiert ist.
4. Struktur und Container 🧩
Die Gestaltung des Diagramms ist ebenso wichtig wie die verwendeten Symbole. BPMN verwendet Container, um Elemente logisch zu gruppieren.
4.1 Pools und Lanes
Pools stellen Teilnehmer in einem Prozess dar. Ein einzelner Pool steht für eine Organisation. Mehrere Pools deuten auf mehrere sich wechselseitig beteiligende Organisationen hin.
- Pool: Der rechteckige Container für den Prozess.
- Lane: Teilt den Pool in Unterkategorien auf, die gewöhnlich Rollen, Abteilungen oder Systeme darstellen.
Zum Beispiel könnte ein „Kunden-Onboarding“-Prozess Lanes für „Verkauf“, „IT-Support“ und „Finanzen“ haben. Aufgaben werden in die Lane platziert, die für sie verantwortlich ist.
4.2 Datenobjekte
Datenobjekte stellen Informationen dar, die während des Prozesses erstellt oder verbraucht werden. Sie werden als Seiten mit umgeklapptem Eck dargestellt.
- Verwendung: Verbindet sich mit Aufgaben, um Eingaben oder Ausgaben anzuzeigen.
- Beispiel: Ein „Vertrag“-Dokument ist einer „Vertrag prüfen“-Aufgabe zugeordnet.
4.3 Textannotierungen
Anmerkungen ermöglichen es Autoren, Notizen oder Erklärungen zum Diagramm hinzuzufügen, ohne den Fluss zu stören. Sie werden als Dokument mit Textzeilen dargestellt.
- Verwendung: Komplexe Regeln klären oder Kontext für bestimmte Aufgaben bereitstellen.
- Best Practice: Nur sparsam verwenden, um Verwirrung im Diagramm zu vermeiden.
5. Best Practices für Lesbarkeit 📝
Ein gut gestaltetes BPMN-Diagramm ist selbstverständlich. Schlecht gestaltete Diagramme erzeugen Verwirrung und erfordern ständige mündliche Erklärungen.
- Halte es linear: Versuche, den Fluss von links nach rechts oder von oben nach unten zu halten. Vermeide gekreuzte Linien.
- Konsistente Symbolverwendung: Mische Gateways nicht willkürlich. Wenn ein Gateway Pfade teilt, stelle sicher, dass die Bedingungen klar sind.
- Beschränke die Komplexität: Wenn ein Diagramm zu groß wird, verwenden Sie Unterprozesse oder Aufrufaktivitäten, um es zu zerlegen.
- Klare Beschriftungen: Jeder Ablauffluss, der von einem Gateway ausgeht, sollte eine Beschriftung haben (z. B. „Ja“, „Nein“, „Status: Genehmigt“).
- Ausgewogene Gateways: Jedes Spaltgate sollte idealerweise ein entsprechendes Mergegate haben, um sicherzustellen, dass der Prozess zu einem einzigen Fluss zurückkehrt.
6. Häufige Fehler, die vermieden werden sollten ⚠️
Sogar erfahrene Modellierer können Fehler einführen. Die Kenntnis häufiger Fehler hilft, eine hochwertige Dokumentation aufrechtzuerhalten.
- Hängende Ablaufflüsse: Jedes Element sollte verbunden sein. Eine Aktivität ohne eingehende oder ausgehende Flüsse ist eine Sackgasse.
- Verwaiste Gateways: Ein Gateway, das spaltet, aber niemals zusammengeführt wird, kann zu mehreren Endzuständen führen, die schwer zu verfolgen sind.
- Komplexe Logik in Aufgaben: Setzen Sie keine komplexe Entscheidungslogik in eine Aufgabenbox. Verwenden Sie ein Gateway, um die Entscheidung zu behandeln.
- Verwirrung bei Nachrichtenflüssen: Stellen Sie sicher, dass Nachrichtenflüsse nur Pool-Grenzen überschreiten. Ablaufflüsse sollten keine Pool-Grenzen überschreiten, es sei denn, sie stellen eine spezifische Integration dar.
7. Die Wirkung genauer Modellierung 📊
Die Investition von Zeit in eine genaue BPMN-Modellierung bringt spürbare Ergebnisse. Sie verringert die Unklarheiten in Entwicklungsteams und stimmt die geschäftlichen Erwartungen ab.
- Effizienz:Die Erkennung von Engpässen wird einfacher, wenn der Ablauf korrekt visualisiert ist.
- Compliance:Regulatorische Anforderungen können direkt bestimmten Aufgaben und Gateways zugeordnet werden.
- Automatisierung:Klare Logikpfade ermöglichen es Automatisierungstools, Prozesse ohne menschliches Eingreifen auszuführen.
- Kommunikation:Interessenten können das Diagramm überprüfen und den Prozess verstehen, ohne eine Präsentation benötigen zu müssen.
8. Zusammenfassung der Komponenten 🏁
Zusammenfassend basiert das Herzstück von BPMN auf der Interaktion spezifischer Elemente:
- Ereignisse: Start, Mittel, Ende. Sie lösen und beenden Aktionen aus.
- Gateways: Exklusiv, Parallel, Inklusiv, ereignisbasiert. Sie steuern Verzweigungen und Zusammenführungen.
- Flows: Sequenz und Nachricht. Sie definieren den Pfad und die Interaktion.
- Aktivitäten: Aufgaben, Unterprozesse. Sie stellen die Arbeit dar.
- Container: Pools und Lanes. Sie organisieren den Umfang.
Die Beherrschung dieser Komponenten erfordert Übung. Beginnen Sie mit einfachen linearen Abläufen, führen Sie dann Gateways für Entscheidungsfindung ein und fügen Sie schließlich Ereignisse für externe Auslöser hinzu. Je komplexer es wird, desto wichtiger ist die Disziplin beim Einsatz der Standardnotation, um sicherzustellen, dass das Modell für die Organisation gültig und nützlich bleibt.
Durch Einhaltung dieser Standards bauen Teams eine solide Grundlage für die Prozessverbesserung auf. Die Notation ist ein Werkzeug zur Klarheit, nicht nur zur Dokumentation. Wenn jeder Stakeholder das Diagramm versteht, wird der Weg zur Optimierung klar.
Der Artikel ist auch in English, Español, فارسی, Français, English, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文 verfügbar.