BPMN-Leitfaden mit Visual Paradigm

1. Was BPMN ist

Business Process Model and Notation (BPMN) ist eine standardisierte visuelle Sprache zur Beschreibung, wie Arbeit durch einen Prozess fließt. Sie hilft Unternehmensbeteiligten, Analysten und technischen Teams, denselben Workflow unter Verwendung konsistenter Symbole zu diskutieren. BPMN wird von der Object Management Group gepflegt; BPMN 2.0.2 wurde als ISO/IEC 19510 veröffentlicht.

Ein BPMN-Diagramm ist mehr als ein Flussdiagramm: Seine Symbole haben definierte Bedeutungen, und seine Verbindungsregeln unterscheiden den Prozessfluss von Nachrichten zwischen Beteiligten. Ein nützliches Modell kann den aktuellen Prozess („Ist-Zustand“) dokumentieren, einen vorgeschlagenen Prozess („Soll-Zustand“) klären und Teams dabei helfen, Verzögerungen, Übergaben, Nacharbeit oder fehlende Ausnahmepfade zu erkennen.

2. Kernkonzepte von BPMN

Die Hauptbausteine von BPMN sind Flussobjekte, Verbindungsobjekte, Schwimmbahnen, Daten und Artefakte.

Ereignisse

Der Umriss und das Symbol eines Ereignisses vermitteln seine Rolle und seinen Auslöser:

• Startereignis:beginnt einen Prozesspfad.

• Zwischenereignis:tritt während des Prozesses auf – beispielsweise ein empfangener Nachricht oder das Ablaufen eines Timers.

• Endereignis:beendet einen Pfad. Verschiedene Endereignistypen können unterschiedliche Ergebnisse anzeigen, wie eine normale Fertigstellung oder einen Fehler.

• Randereignis:an einer Aktivität oder einem Teilprozess angebracht, um ein Ereignis anzuzeigen, das diese unterbrechen oder beeinflussen kann, wie z. B. ein Zeitüberschreitung.

Verwenden Sie ein Nachrichtenereignis, wenn der Prozess auf eine Kommunikation reagiert, und ein Timerereignis, wenn die Zeitsteuerung Teil der Prozessregel ist, wie z. B. eine Frist.

Aktivitäten

Benennen Sie Aktivitäten mit einem klaren Verb + Objekt, wie „Inventar prüfen“, „Zahlung genehmigen“ oder „Bestätigung senden“. Verwenden Sie:

• Aufgabefür einen einzelnen Schritt.

• Teilprozess, wenn ein Schritt genügend Details aufweist, um separat modelliert zu werden.

• Aufrufaktivität, wenn ein global definierter Prozess wiederverwendet wird, sofern Ihr Modellierungsansatz dies unterstützt.

Häufige Aufgabenmarker können die Art der Arbeit angeben, z. B. vom Benutzer durchgeführte, manuelle oder automatisierte Arbeit. Fügen Sie solche Details nur hinzu, wenn sie Lesern oder der Implementierung helfen.

Gateways

Wählen Sie ein Gateway basierend auf der Prozesslogik – nicht nur auf der Form, die Sie zeichnen möchten:

• Exklusiv (XOR):Wählen Sie einen der ausgehenden Pfade. Beispiel: „Auf Lager?” → Ja oder Nein.”

• Parallel (UND):Starten Sie alle ausgehenden Pfade; eine entsprechende Zusammenführung kann auf alle erforderlichen Pfade warten.

• Inklusiv (ODER):Wählen Sie einen oder mehrere ausgehende Pfade, abhängig von den Bedingungen.

• Ereignisbasiert:Der nächste Pfad wird durch das Ereignis bestimmt, das zuerst eintritt, z. B. eine Zahlungsantwort oder ein Zeitüberschreitung.

Beschriften Sie ausgehende Entscheidungsflüsse mit Bedingungen, wie z. B.Ja / Nein oder Genehmigt / Abgelehnt. Wenn ein Gateway einen Fluss aufteilt, stellen Sie die Zusammenführungslogik klar dar. Eine exklusive Zusammenführung bringt alternative Pfade wieder zusammen; eine parallele Zusammenführung synchronisiert Pfade, die parallel gestartet wurden.

Verknüpfung von Objekten und Pools

Ein Sequenzfluss zeigt die Prozessreihenfolge an und bleibt normalerweise innerhalb eines Pools. Ein Nachrichtenfluss zeigt die Kommunikation zwischen separaten Pools an – beispielsweise sendet ein Kunde eine Bestellung an ein Unternehmen. Verwenden Sie keinen Nachrichtenfluss, um die nächste interne Aufgabe darzustellen, und keinen Sequenzfluss, um die Kommunikation zwischen separaten Teilnehmern abzubilden.

Pools können unabhängige Teilnehmer darstellen, wie z. B. einen Kunden, ein Unternehmen und einen Zahlungsanbieter. Spuren innerhalb eines Pools zeigen Rollen oder Abteilungen an. Halten Sie die Verantwortungsgrenzen sinnvoll: Eine Spur sollte klären, wer die Arbeit ausführt, und nicht einfach das Diagramm schmücken.

3. Ein praxisnaher Modellierungsworkflow

1. Legen Sie den Umfang fest.Geben Sie den Auslöser, das Ergebnis und die Grenzen des Prozesses an. Beispiel: „Vom Erhalt einer Bestellung bis zur Bestätigung des Versands.

2. Identifizieren Sie Teilnehmer und Rollen.Entscheiden Sie, welche Teilnehmer separate Pools benötigen und welche Verantwortlichkeiten in Spuren gehören.

3. Beschreiben Sie den positiven Pfad.Listen Sie die gewöhnlichen Schritte in der richtigen Reihenfolge auf, bevor Sie Gateways und Ausnahmepfade hinzufügen.

4. Fügen Sie Ereignisse und Entscheidungen hinzu.Zeigen Sie sinnvolle Auslöser, Ergebnisse, Geschäftsregeln und alternative Pfade an.

5. Fügen Sie Übergaben und Daten hinzu.Markieren Sie Kommunikationen zwischen Teilnehmern sowie benötigte oder erzeugte Informationen, wo dies das Verständnis verbessert.

6. Überprüfen Sie die Vollständigkeit.Verfolgen Sie jeden Pfad von einem Start bis zu einem Ende. Stellen Sie sicher, dass Gateways verständliche Bedingungen haben und dass Ausnahmepfade nicht mehrdeutig verschwinden.

7. Überprüfen Sie mit den Prozessnutzern.Validieren Sie das Modell mit den Personen, die die Arbeit ausführen oder empfangen. Überarbeiten Sie es, wenn es von der tatsächlichen Praxis abweicht.

8. Halten Sie das Diagramm lesbar.Verwenden Sie eine konsistente Benennung, minimieren Sie sich kreuzende Linien und verschieben Sie detaillierte Teilprozesse bei Bedarf in separate Diagramme.

Beginnen Sie mit einem Modell, das die Geschäftsfrage beantwortet. Das gleichzeitige Hinzufügen aller BPMN-Symbole oder Implementierungsdetails macht ein Diagramm oft schwerer zu überprüfen.

4. Beispiel: Online-Bestellabwicklung

Umfang:Von der Einreichung der Kundenbestellung bis zur Bestätigung des Versands. Dieses Beispiel konzentriert sich auf den Prozess des Unternehmens und verwendet einen separaten Kundenpool, um die eingehende Bestellung und die ausgehende Bestätigung darzustellen.

Prozessbeschreibung

1. Der Kunde reicht eine Bestellung ein.

2. Das Unternehmen erhält die Bestellung und prüft den Lagerbestand.

3. Wenn ein Artikel nicht verfügbar ist, benachrichtigt das Unternehmen den Kunden und beendet diesen Bestellpfad.

4. Wenn der Artikel verfügbar ist, verarbeitet das Unternehmen die Zahlung.

5. Wenn die Zahlung abgelehnt wird, benachrichtigt das Unternehmen den Kunden und beendet diesen Pfad.

6. Wenn die Zahlung genehmigt wird, wählt und verpackt das Lager die Bestellung.

7. Das Unternehmen übergibt das Paket an den Spediteur und sendet eine Versandbestätigung.

Textdiagramm

Kundenpool:
(Start) → Bestellung einreichen ──Nachricht──▶

Unternehmenspool:
(Nachrichtenstart: Bestellung erhalten)
  → Lagerbestand prüfen
  → XOR: Auf Lager?
      Nein  → Kunde benachrichtigen: nicht verfügbar → (Ende)
      Ja → Zahlung verarbeiten
             → XOR: Zahlung genehmigt?
                 Nein  → Kunde benachrichtigen: Zahlung abgelehnt → (Ende)
                 Ja → Bestellung auswählen und verpacken
                         → Paket an Spediteur übergeben
                         → Versandbestätigung senden ──Nachricht──▶ Kunde
                         → (Ende)

BPMN-benutzerdefinierter PlantUML-Code (nur vom VPasCode-Editor unterstützt)

@startuml
title Geschäftsprozessdiagramm zur Bestellabwicklung
<style>
    element { MaximumWidth 160 }
    start   { Backgroundcolor #00695C }
    stop    { Backgroundcolor #C2185B }
    activity{ Backgroundcolor #81D4FA; MaximumWidth 150 }
    diamond { Backgroundcolor #FFB74D; MaximumWidth 80 }
    arrow   { LineColor #424242; Fontcolor #000000 }
    swimlane{ Fontcolor #000000; FontSize 14 }
</style>

|#F0F8FF|Kunde|
start
:<<SendTask>>
Bestellung einreichen;

|#E8F5E9|Unternehmen|
:<<ReceiveTask>>
Bestellung erhalten;
:<<UserTask>>
Lagerbestand prüfen;
if (Auf Lager?) then (ja)
  :<<ServiceTask>>
  Zahlung verarbeiten;
  if (Zahlung genehmigt?) then (ja)
    :<<ManualTask>>
    Bestellung auswählen und verpacken;
    :<<SendTask>>
    Paket an Spediteur übergeben;
    :<<SendTask>>
    Versandbestätigung senden;
  else (nein)
    :<<SendTask>>
    Kunde benachrichtigen: Zahlung abgelehnt;
  endif
else (nein)
  :<<SendTask>>
  Kunde benachrichtigen: nicht verfügbar;
endif
stop
@enduml

Verwenden Sie Sequenzflüsse für die internen Schritte des Unternehmens und Nachrichtenflüsse zwischen den Pools für Kunde und Unternehmen. Beschriften Sie die ausgehenden Flüsse jedes XOR-Gateways mit den entsprechenden Bedingungen. In Visual Paradigm können die Fragen „Auf Lager?“ und „Zahlung genehmigt?“ als Gateway-Beschriftungen platziert werden, während die ausgehenden Pfeile „Ja“ und „Nein“ tragen.

Mögliche Erweiterungen: Fügen Sie bei einer Zahlungsfrist des Unternehmens ein Timer-Grenzereignis zur Zahlungsabwicklung hinzu; fügen Sie einen Ausnahmepfad für einen Fehler bei der Übergabe an den Versanddienstleister hinzu; oder modellieren Sie Kommissionierung und Verpackung als Teilprozess, wenn dieser einen eigenen detaillierten Workflow benötigt.

5. Erstellen des Modells in Visual Paradigm

Visual Paradigm bietet ein BPMN-2.0-Modellierungstool und unterstützt das Drill-Down in Teilprozesse, sodass ein übergeordneter Prozess mit einem detaillierteren Prozessdiagramm verknüpft werden kann. Zu den BPMN-Funktionen gehören zudem die Dokumentation von Arbeitsabläufen und die Modellierung von Ist- und Soll-Prozessen.

Eine praktische Abfolge für die Erstellung:

1. Erstellen Sie einen BPMN-Geschäftsprozessdiagramm in Visual Paradigm.

2. Fügen Sie einen Kundenpool und einen Unternehmenspool; teilen Sie den Unternehmenspool in Spalten wie Kundenservice, Lager und Versand ein, falls diese Verantwortlichkeiten relevant sind.

3. Platzieren Sie das Startereignis und die Aktivitäten, fügen Sie dann die Lager- und Zahlungsgateways hinzu.

4. Zeichnen Sie Sequenzflüsse innerhalb des Unternehmenspools; verwenden Sie Nachrichtenflüsse für den Austausch mit dem Kunden.

5. Beschriften Sie Aufgaben und bedingte Pfade in einfacher Sprache. Fügen Sie Datenobjekte wie eine Bestellung oder ein Zahlungsergebnis nur dort hinzu, wo sie dem Leser helfen, den Prozess zu verstehen.

6. Ordnen Sie das Diagramm so an, dass der Hauptfluss konsistent verläuft – häufig von links nach rechts – und minimieren Sie sich kreuzende Verbindungen.

7. Überprüfen Sie das Diagramm mit den Beteiligten. Wenn die Details eines Schritts den Hauptpfad verschleiern, erwägen Sie, diese Details in ein Teilprozessdiagramm zu verschieben.

8. Speichern und teilen Sie das Modell im für Ihr Team geeigneten Format und Arbeitsbereich.

Visual Paradigm wirbt mit BPMN-Diagrammmodellierung, Prozess-Drill-Down, Dokumentation von Arbeitsabläufen und der Modellierung von Ist- und Soll-Prozessen. Die Verfügbarkeit bestimmter Funktionen kann von der Edition abhängen.

6. Häufige Modellierungsfehler

• Verwendung des falschen Verbinders: Ein Sequenzfluss ist die interne Prozessreihenfolge; ein Nachrichtenfluss ist die Kommunikation zwischen den Beteiligten.

• Verwendung eines Gateways ohne klare Logik:Beschriften Sie die Entscheidung und ihre ausgehenden Bedingungen.

• Jede Aktion als separaten Pool behandeln:Verwenden Sie Bahnen für Verantwortlichkeiten innerhalb eines Teilnehmers; separate Pools für unterschiedliche Teilnehmer.

• Pfade unklar lassen:Zeigen Sie auf, was bei Ablehnungen, Zeitüberschreitungen, fehlenden Informationen und anderen relevanten Ausnahmen geschieht.

• Ein Diagramm überladen:Verwenden Sie Teilprozesse, um detaillierte Arbeit von der Übersicht zu trennen.

• Das Ideal statt der Realität modellieren:Dokumentieren Sie den aktuellen Prozess genau, bevor Sie Verbesserungen vorschlagen.

• Details ohne Zweck hinzufügen:Nehmen Sie Daten, Ereignisse und Aufgabenmarkierungen auf, wenn sie eine Modellierungs- oder Überprüfungsfrage beantworten.

7. Schnelle Überprüfung-Checkliste

• Hat das Diagramm für jeden relevanten Pfad einen klaren Start und ein klares Ende?

• Kann ein Leser erkennen, wer jede Aktivität durchführt?

• Sind Entscheidungen und ausgehende Bedingungen explizit?

• Werden Sequenzflüsse und Nachrichtenflüsse angemessen verwendet?

• Sind Ausnahmen und alternative Ergebnisse dargestellt?

• Ist das Diagramm in der beabsichtigten Betrachtungsgröße lesbar?

• Haben die Personen, die den Prozess durchführen, bestätigt, dass er korrekt ist?