Wozu nutze ich BPMN 2.0 in der Prozess-Dokumentation?

Warum BPMN

Vor BPMN wurden Prozesse mit Flussdiagrammen, Swimlanes oder eigenen Konventionen dokumentiert - jeder anders. Mit BPMN 2.0 gibt es einen ISO-Standard (19510), den Tools (Camunda, Signavio, Lucid, Bizagi) einheitlich verstehen + ausführen können.

Kern-Elemente

• Pools + Lanes: Organisations-Einheiten / Rollen, Sortierung der Verantwortlichkeit.

• Tasks: einzelne Aktivitäten (User-Task, Service-Task, Send-Task, Receive-Task).

• Gateways: Entscheidungen (XOR exklusiv, AND parallel, OR inklusiv).

• Events: Start, Zwischen-Events (Timer, Message, Signal, Error), End.

• Sequence Flows + Message Flows: gerichtete Verbindungen.

Drei Detail-Stufen

1. Descriptive: nur Tasks + Gateways - für Fachabteilung verständlich.

2. Analytical: + alle Events + Datenobjekte - für Analyse + Optimierung.

3. Executable: + technische Details - direkt in Engine ausführbar (z. B. Camunda).

Typische Anwendungsfaelle

• ISO-9001-Prozess-Landkarte (Pflicht).

• Onboarding eines neuen Mitarbeitenden.

• Reklamationsprozess (8D).

• Rechnungs-Freigabe + Bezahlung.

• Audits + Compliance-Prüfung.

Tipps für gute Diagramme

• Max. 1 A4-Seite pro Prozess - sonst zerlegen.

• Klar benannte Tasks (Verb + Substantiv: 'Rechnung prüfen').

• Happy-Path zuerst, Sonderfaelle in Sub-Prozesse.

• Gateways immer geschlossen - was rein geht, geht auch wieder zusammen.

• Datenobjekte zeigen, was gebraucht + produziert wird.

Anti-Patterns

• Diagramme so detailliert, dass niemand sie liest.

• Verschiedene Konventionen im selben Unternehmen - Standard fehlt.

• Diagramme einmal gemalt, nie aktualisiert (= Stand vor 3 Jahren).

• Keine Verbindung zur tatsächlich gelebten Praxis.