Was ist BPMN?

BPMN ist eine Notation für Geschäftsprozesse - die Reihenfolge, in der Dinge geschehen, wer sie tut und was sie verzweigen lässt. Es ist ein OMG-Standard, von demselben Gremium, dem UML gehört, und Version 2.0 ist die, die alles meint, was BPMN sagt.

Ihr Entwurfsziel ist ungewöhnlich und gehört klar ausgesprochen: sie soll vom Fachbereich lesbar und von einer Engine ausführbar sein. Dasselbe Diagramm, das eine Betriebsleiterin im Workshop korrigiert, lässt sich mit genügend ausgefüllten Details auf einer Prozess-Engine deployen und ausführen. Keine andere Prozessnotation versucht beides ernsthaft.

Dieser doppelte Zweck erklärt den Umfang des Symbolsatzes. BPMN hat rund hundert Symbole, was alarmierend klingt und es nicht ist: es sind fünf Familien mit Varianten, und ein Diagramm, das zwanzig davon benutzt, deckt fast jeden Prozess ab, den jemand zeichnet.

Zu welcher Familie ein Symbol gehört, sieht man immer an seiner Umrissform: Kreis, abgerundetes Rechteck, Raute. Die Variante innerhalb einer Familie ist immer eine Markierung im Inneren oder eine Randstärke. Diese Regelmäßigkeit macht hundert Symbole lernbar - Sie lernen fünf Formen und einen Satz Verzierungen, nicht hundert Bilder.

Das ist die Regel, die ein BPMN-Diagramm von einem Flussdiagramm mit runden Ecken trennt: ein Sequenzfluss darf nie eine Poolgrenze überqueren. Ein Pool ist ein eigenständiger Teilnehmer mit eigenem Prozess, und Sie haben nicht zu sagen, in welcher Reihenfolge eine andere Organisation ihre Arbeit tut. Sie können nur sagen, dass Sie ihr etwas geschickt haben, und das ist ein Nachrichtenfluss.

Innerhalb eines Pools unterteilen Lanesdie Arbeit nach Rolle, Abteilung oder System. Sie tragen keinerlei Ausführungssemantik - eine Engine ignoriert sie vollständig - und sind auf vielen Diagrammen dennoch das Wertvollste, weil "wer macht diesen Schritt" die Frage ist, über die ein Prozessworkshop tatsächlich streitet.

Eine nützliche Disziplin: jede Lane-Überquerung ist eine Übergabe, und jede Übergabe ist eine Stelle, an der Arbeit wartet. Die Sequenzflüsse zu zählen, die eine Lane-Grenze überqueren, liefert eine erste Liste der Stellen, an denen der Prozess langsam ist, bevor irgendjemand irgendetwas gemessen hat.

Fast jeder Streit darüber, "wie viel BPMN zu viel ist", löst sich auf, sobald Sie benennen, welche dieser drei Sie gerade machen.

Der Fehler ist nicht, die falsche Ebene zu wählen - der Fehler ist, sie in einem Diagramm zu mischen. Ein Descriptive-Modell mit drei vollständig spezifizierten Fehler-Randereignissen und elf nackten Aufgaben gefällt niemandem: zu detailliert zum Überfliegen, zu unvollständig zum Ausführen.

Ein UML-Aktivitätsdiagramm deckt ähnliches Gelände ab und ist innerhalb eines Systems besser: es hat reichere Kontrollflusskonstrukte und steht natürlich neben den anderen UML-Diagrammen, die dieselbe Software beschreiben. BPMN gewinnt in dem Moment, in dem mehr als eine Organisation beteiligt ist, weil Pools und Nachrichtenflüsse in UML kein Gegenstück haben, das ein Fachpublikum liest.

ArchiMate kann einen Geschäftsprozess ebenfalls zeichnen und sollte es - mit einem Kasten je Prozess, in einer Landschaftssicht. In dem Moment, in dem Sie wissen wollen, was passiert, wenn die Zahlung fehlschlägt, ist das BPMNs Frage, nicht ArchiMates.

1. Sequenzfluss über eine Poolgrenze. Der mit Abstand häufigste Fehler, und er bedeutet, dass das Diagramm Hoheit über den Prozess eines anderen beansprucht.
2. Kein Endereignis. Jeder Pfad muss an einem enden. Eine lose Aufgabe lässt ein Prozesstoken für immer am Leben - ein echter Bug, sobald das Modell ausgeführt wird, und davor eine echte Mehrdeutigkeit.
3. Entscheidungen in Aufgaben gezeichnet.Eine Aufgabe, die "prüft und weiterleitet", verbirgt die Verzweigung. Setzen Sie ein Gateway dahinter.
4. Gateways, die zugleich verzweigen und zusammenführen. Legal, unlesbar. Nehmen Sie eines zum Teilen und ein zweites zum Zusammenführen.
5. Nach Personen benannte Lanes. Benennen Sie die Rolle. Menschen wechseln Stellen, und das Diagramm sollte deswegen nicht bearbeitet werden müssen.