Ein BPMN-Diagramm zeichnen

Schreiben Sie das Ereignis auf, das den Prozess startet, und dann jede eigene Art, wie er enden kann. Nicht die Schritte - die Enden. Das dauert zwei Minuten, und genau dort liegen die Meinungsverschiedenheiten.

"Recruiting" ist kein Prozess. "From an approved vacancy to a live advert" ist einer: er hat einen Auslöser und ein genanntes Ende, also können zwei Menschen jetzt billig darüber streiten, ob die Vorauswahl dazugehört, bevor irgendetwas gezeichnet wurde.

Benennen Sie mehr als ein Endereignis, wenn der Prozess mehr als ein Ergebnis hat. Ein Prozess, der abgelehnt werden kann und die Ablehnung nicht als Ende zeigt, ist ein Prozess, über den das Diagramm lügt.

Vor jeder Form schreiben Sie die Schritte als schlichte Liste, jeden als Verb und Objekt: write advert, review wording, post advert. Die Benennungsregel leistet hier Arbeit, statt Stil durchzusetzen.

• Ein Substantiv allein - Advert - verbirgt, ob sie geschrieben, geprüft oder veröffentlicht ist.
• Eine Passivform - Advert is reviewed - verbirgt, wer sie prüft, und das ist die Frage, die später der Pool beantworten muss.
• Ein Name mit and darin sind zwei Aufgaben, oder es ist ein Teilprozess. Teilen Sie ihn jetzt, solange er eine Textzeile ist und kein Kasten mit vier angehängten Kanten.

Ein Pool, von links nach rechts, Startereignis bis Endereignis, überhaupt keine Gateways. Das ist die Abbildung oben in diesem Artikel, und sie sollte sich zu einfach anfühlen - das ist der Punkt.

Der Gutfall ist das Rückgrat, an dem alles andere hängt, und ihn allein zu zeichnen erzwingt, dass die Frage, was normalerweise passiert, geklärt ist, bevor die Frage kommt, was gelegentlich passiert. Andersherum gebaute Diagramme haben meist drei Ausnahmezweige und keine klare Hauptlinie, und so endet ein Prozessdiagramm damit, dass es niemand liest.

Halten Sie ihn auf einer waagerechten Linie. Den Hauptpfad um eine Ecke zu biegen, damit er auf die Seite passt, kostet einen Leser mehr als ein breites Diagramm.

Fragen Sie jetzt an jedem Schritt, was sonst noch passieren kann. Jede Antwort ist ein Gateway, und die Markierung darin ist die ganze Entscheidung:

• Genau ein Pfad - exklusives Gateway, die Raute mit einem X.
• Alle Pfade, immer - paralleles Gateway, das Plus. Denken Sie daran, dass die Zusammenführung auf jeden Zweig wartet.
• Einer oder mehrere, je nachdem - inklusives Gateway, der Kreis. Mächtig und am leichtesten zu verklemmen, also gleichen Sie jede Teilung mit ihrer Zusammenführung aus.
• Was zuerst eintritt - ereignisbasiertes Gateway. Es entscheidet nichts, es wartet.

Ergänzen Sie dann die Schleifen, denn diesen Schritt überspringen die Leute. Wenn Arbeit zurückgeschickt werden kann, zeichnen Sie den Fluss zurück zu der Aufgabe, die wiederholt wird - nicht zu dem Gateway, das das Problem bemerkt hat. Alle fünf Rauten und wann welche richtig ist, stehen in BPMN-Gateways.

Ein zweiter Pool ist teuer: ein Sequenzfluss darf keine Poolgrenze überqueren, also wird alles zwischen beiden zu einer Nachricht, und das Diagramm wird höher. Zahlen Sie diesen Preis aus genau einem Grund - es gibt einen Teilnehmer, den Sie nicht kontrollieren und dem Sie nichts vorschreiben können.

Ein Kunde, ein Lieferant, ein Zahlungsanbieter, eine Jobbörse: das sind Pools. Ihre eigenen Abteilungen nicht. Finanzen und Recht arbeiten beide für dieselbe Organisation, und ein Sequenzfluss muss zwischen ihnen laufen können, also sind sie Lanes in einem Pool.

Wenn Sie einen ergänzen, erwägen Sie, ihn leer zu lassen. Ein zusammengeklappter Pool sagt, dass die Nachrichten bekannt sind und die Interna nicht, was meist die ehrliche Position ist und wahr bleibt, wenn die andere Seite ihre Arbeitsweise ändert.

Schnell, mechanisch, und zusammen fangen sie das meiste ab, was schiefgeht:

1. Jeder Pfad erreicht ein Endereignis. Fahren Sie jeden Zweig mit dem Finger nach. Ein Pfad, der an einer Aufgabe endet, ist ein für immer gestrandetes Token.
2. Jede Teilung hat ihre Zusammenführung. Besonders parallele und inklusive - ein unausgeglichenes Paar ist der Standardweg, einen Prozess zu verklemmen.
3. Jede Aufgabe ist Verb plus Objekt. Die Namen, die daran scheitern, sind die Schritte, die niemand zu Ende gedacht hat.
4. Kein Sequenzfluss überquert eine Poolgrenze. Ein Blick entlang jeder Grenzlinie.
5. Jemand, der die Arbeit tut, hat es gelesen. Das findet mehr Mängel als die anderen vier zusammen, und es ist die einzige Prüfung, die ein Diagramm erwischt, das innerlich perfekt ist und den falschen Prozess beschreibt.

Fünf vollständige, so gebaute Prozesse stehen in BPMN-Beispiele, und jedes unterwegs benutzte Symbol ist in der BPMN-Symbolreferenz verzeichnet.