BPMN: Prozess-Orchestrierung vs. Choreografie: Koordinierung von Arbeit innerhalb und zwischen Organisationen - Viz Read German

Einführung

Organisationen erbringen selten eine Dienstleistung allein durch ein einziges Team oder System. Ein Kundenbestellung, ein Versicherungsanspruch, ein Kreditantrag oder ein Onboarding-Prozess für Mitarbeiter können mehrere Abteilungen und manchmal auch Lieferanten, Zahlungsanbieter, Aufsichtsbehörden oder andere externe Organisationen einbeziehen.

Zwei gängige Möglichkeiten zur Koordinierung dieser Arbeit sind Orchestrierung und Choreografie. Orchestrierung koordiniert Aktivitäten über einen zentralen Prozessverantwortlichen oder -controller. Choreografie koordiniert unabhängige Teilnehmer über vereinbarte Interaktionen, ohne dass ein zentraler Controller den gesamten Prozess steuert.

Keiner der beiden Ansätze ist universell besser. Die richtige Wahl hängt davon ab, wer den Workflow steuern muss, wie unabhängig die Teilnehmer sind und welches Maß an Transparenz, Flexibilität und Verantwortlichkeit der Prozess erfordert. BPMN (Business Process Model and Notation) kann Teams dabei helfen, diese Vereinbarungen sichtbar und diskutierbar zu machen.

Schlüsselkonzepte

Prozess-Orchestrierung ist ein zentral koordinierter Workflow. Ein Orchestrator bestimmt, was als Nächstes geschieht, weist Arbeit zu oder löst sie aus, verfolgt den Fortschritt und behandelt Ergebnisse wie Verzögerungen oder Ausfälle. Der Orchestrator kann eine Person, ein Business-Process-Management-System oder eine Anwendung sein.

Prozess-Choreografie beschreibt die Interaktionen zwischen unabhängigen Teilnehmern. Jeder Teilnehmer verwaltet seine eigene interne Arbeit, während er gemeinsame Erwartungen bezüglich Nachrichten, Ereignissen und Ergebnissen einhält. Kein einzelner Teilnehmer steuert notwendigerweise den gesamten Prozess von Anfang bis Ende.

Ein Teilnehmer ist eine Person, ein Team, eine Abteilung, eine Organisation oder ein System, das an einem Prozess beteiligt ist. Ein Teilnehmer kann Arbeit ausführen, Entscheidungen treffen oder Informationen mit anderen austauschen.

Ein Übergang tritt auf, wenn Verantwortung oder Informationen von einem Teilnehmer auf einen anderen übergehen. Schlecht definierte Übergänge können Verzögerungen, doppelte Arbeit und Unsicherheit darüber verursachen, wer verantwortlich ist.

Eine Prozessgrenze trennt die Arbeit, die ein Teilnehmer kontrolliert, von der Arbeit, die er nicht kontrolliert. Diese Unterscheidung ist besonders zwischen Organisationen wichtig: Ein Unternehmen kann seine eigenen internen Schritte koordinieren, kann aber normalerweise nicht direkt den internen Workflow eines Lieferanten steuern.

Vergleich von Orchestrierung und Choreografie

Aspekt	Orchestrierung	Choreografie
Koordinierung	Ein zentraler Controller koordiniert die Abfolge	Teilnehmer koordinieren sich über vereinbarte Interaktionen
Prozesssichtbarkeit	Der Orchestrator kann den gesamten End-to-End-Fluss oft nachverfolgen	Jeder Teilnehmer sieht typischerweise nur seine eigene Arbeit und die relevanten Austausche
Steuerung	Zentralisierte Steuerung über den Fortschritt und Ausnahmen	Autonomie, die auf die Beteiligten verteilt ist
Am besten geeignet für	Arbeit mit klarer Zuständigkeit, Abhängigkeiten und Servicezielen	Zusammenarbeit zwischen unabhängigen Teams oder Organisationen
Häufige Herausforderung	Der Controller kann zum Flaschenhals oder zum Single Point of Failure werden	Die Beteiligten benötigen klare Verträge, gemeinsame Bedeutungen und zuverlässige Kommunikation
Typisches Beispiel	Das System eines Unternehmens leitet und verfolgt den Kreditantrag eines Kunden	Ein Händler, ein Zahlungsanbieter und ein Logistikdienstleister tauschen Nachrichten aus, während jeder seine eigenen Prozesse verwaltet

Dies sind Koordinationsmuster, keine sich gegenseitig ausschließenden Technologien. Ein Unternehmen kann seinen internen Prozess selbst orchestrieren und Choreografie verwenden, um sich mit externen Partnern zu koordinieren.

Koordinierung von Arbeit innerhalb einer Organisation

Innerhalb einer Organisation ist die Orchestrierung oft sinnvoll, wenn Aktivitäten voneinander abhängen und jemand den gesamten Fall überwachen muss. Ein IT-Serviceantrag kann beispielsweise von einem Service Desk erfasst, von einem Support-Team bewertet, bei Bedarf an die Sicherheitsabteilung eskaliert und nach Bestätigung der Lösung durch den Antragsteller abgeschlossen werden. Ein Workflow-System kann Aufgaben zuweisen, erforderliche Genehmigungen durchsetzen und Fristen verfolgen.

Choreografie passt möglicherweise besser, wenn Teams mit erheblicher Autonomie arbeiten. Ein Produktlaunch kann beispielsweise Marketing, Recht, Entwicklung und Kundensupport umfassen. Jedes Team ist für seine eigene Arbeit verantwortlich, aber sie einigen sich auf Schlüsselereignisse – wie „Veröffentlichungsdatum bestätigt“ oder „Kundendokumentation genehmigt“ –, die es anderen Teams ermöglichen, weiterzuarbeiten.

Die praktische Frage ist nicht einfach, ob es ein zentrales System gibt. Es geht vielmehr darum, ob ein Beteiligter für die Steuerung und Überwachung des Gesamtprozesses verantwortlich ist. Ein gemeinsamer Kalender oder eine Messaging-Plattform macht einen Prozess nicht zwangsläufig orchestriert; ein zentraler Prozessverantwortlicher, der Arbeit weiterleitet und Ausnahmen verwaltet, ist ein stärkeres Anzeichen für Orchestrierung.

Koordinierung von Arbeit zwischen Organisationen

Organisationsübergreifende Prozesse kombinieren oft beide Ansätze. Jede Organisation kann ihre internen Aktivitäten orchestrieren, während die Organisationen untereinander durch eine Choreografie von Nachrichten und Verpflichtungen koordiniert werden.

Betrachten Sie einen Online-Kauf:

Der Händler akzeptiert eine Bestellung und koordiniert seine eigene Bestellprüfung.
Der Händler sendet eine Zahlungsanforderung an einen Zahlungsanbieter.
Der Zahlungsanbieter autorisiert oder lehnt die Zahlung unabhängig ab und gibt das Ergebnis zurück.
Wenn die Zahlung genehmigt wird, organisiert der Händler die Auslieferung.
Ein Logistikdienstleister akzeptiert eine Sendeanfrage, verwaltet die Zustellung und meldet Sendungsverfolgungsereignisse.
Der Händler aktualisiert den Kunden anhand dieser externen Rückmeldungen.

Der Händler kann seinen eigenen Bestellprozess orchestrieren, kontrolliert jedoch normalerweise nicht die internen Workflows des Zahlungsanbieters oder des Logistikdienstleisters. Die Interaktion zwischen Organisationen sollte daher besser als eine Reihe vereinbarter Austausche behandelt werden: Wer sendet was, welche Antwort wird erwartet, welche Fristen gelten und was passiert, wenn eine Antwort fehlt oder negativ ist.

Diese Grenze ist wichtig. Die Modellierung eines externen Partners so, als wäre er nur eine weitere interne Abteilung, kann Autorität oder Sichtbarkeit implizieren, die die Organisation tatsächlich nicht besitzt.

Wie BPMN die Muster darstellt

BPMN bietet eine visuelle Notation zur Darstellung von Workflows, Beteiligten und Interaktionen. In einem BPMN-Diagramm:

Pools stellen Teilnehmer dar, üblicherweise Organisationen oder unabhängige Prozessbeteiligte.
Spuren teilen Verantwortlichkeiten innerhalb eines Teilnehmers auf, z. B. Abteilungen, Rollen oder Systeme.
Aufgaben stellen Arbeit dar, z. B. „Bestellung prüfen“ oder „Erstattung genehmigen“.
Ereignisse stellen dar, dass etwas geschieht, z. B. das Eintreffen einer Nachricht, das Ablauf eines Timers oder der Start oder das Ende eines Prozesses.
Gateways zeigen Verzweigungs- oder Zusammenführungslogik, z. B. ob eine Zahlung genehmigt wurde.
Sequenzflüsse zeigen die Reihenfolge der Arbeit innerhalb eines Prozesses.
Nachrichtenflüsse zeigen die Kommunikation zwischen separaten Pools.

Für Orchestrierung kann ein BPMN-Modell einen koordinierenden Prozess darstellen, der Arbeit weiterleitet, auf Antworten wartet und Ausnahmen verwaltet. Für Choreografie sollte das Diagramm die Interaktionen der Teilnehmer sowie die zwischen ihnen ausgetauschten Nachrichten oder Ereignisse hervorheben.

Eine nützliche Modellierungsunterscheidung ist, dass Sequenzflüsse innerhalb eines Pools bleiben, während Nachrichtenflüsse separate Pools verbindenDas hilft dabei, den internen Steuerungsfluss von der Kommunikation zwischen den Teilnehmern getrennt zu halten.

Beispiele

Beispiel 1: Mitarbeiter-Onboarding

Orchestrierung:HR ist für den Onboarding-Fall verantwortlich. Sobald ein neuer Mitarbeiter bestätigt ist, löst HR die Einrichtung eines IT-Kontos aus, fordert Ausrüstung an, verfolgt erforderliche Schulungen und verfolgt unvollständige Aufgaben nach.

Choreografie:HR, IT, Facility-Management, der Einstellungsmanager und der neue Mitarbeiter sind jeweils für ihre eigenen Aktivitäten verantwortlich. Sie koordinieren sich über vereinbarte Ereignisse und Fristen – beispielsweise sendet HR eine Benachrichtigung zum Startdatum, IT bestätigt die Kontobereitschaft und der Manager bestätigt die rollenspezifische Schulung.

Eine praktische Entscheidung:Verwenden Sie Orchestrierung, wenn HR die Fertigstellung verfolgen und Verzögerungen im gesamten Prozess auflösen muss. Modellieren Sie Verpflichtungen zwischen Teams als explizite Interaktionen, auch innerhalb des größeren orchestrierten Workflows.

Beispiel 2: Eskalation des Kundensupports

Orchestrierung:Ein Ticketierungsprozess weist einen neuen Fall zu, prüft die Priorität, leitet ihn an die richtige Support-Ebene weiter, startet einen Eskalations-Timer und verfolgt die Lösung.

Choreografie:Support, Engineering und ein Drittanbieter koordinieren sich über Fall-Updates und vereinbarte Erwartungshaltungen bezüglich der Reaktionszeiten. Jeder verwaltet seine eigene Untersuchung und interne Warteschlange.

Eine praktische Wahl:Orchestrieren Sie die Ticket-Zuständigkeit und das Service-Level-Tracking innerhalb der Support-Organisation. Nutzen Sie klare Nachrichten und Eskalationserwartungen, wenn die Arbeit in Teams oder Unternehmen außerhalb der Kontrolle des Ticket-Inhabers übergeht.

Beispiel 3: Versicherungsschadenfall unter Beteiligung einer Werkstatt

Orchestrierung:Der Versicherer verwaltet den Schadenfall, prüft die Deckung, fordert ein Kostenvoranschlag an, trifft eine Entscheidung und verfolgt die Zahlung.

Choreografie:Versicherer, Versicherungsnehmer, Werkstatt und ggf. ein Gutachter tauschen Informationen und Entscheidungen aus. Die Werkstatt steuert ihre eigene Inspektion und Reparaturarbeit; der Versicherer kann deren interne Abfolge nicht direkt vorgeben.

Eine praktische Wahl:Modellieren Sie den Schadenprozess des Versicherers als orchestrierten Workflow und stellen Sie die Beteiligung der Werkstatt durch Nachrichten, Antworten und vereinbarte Meilensteine dar.

Auswahl eines Ansatzes

Verwenden Sie Orchestrierungwenn:

Ein einziger Verantwortlicher ist für das gesamte Ergebnis verantwortlich.
Die Arbeit weist strenge Abhängigkeiten oder erforderliche Genehmigungssequenzen auf.
Die Beteiligten benötigen eine zentrale Statusverfolgung, Zuweisung oder Eskalation.
Der Prozess muss konsistente Regeln oder Audit-Kontrollen anwenden.

Verwenden Sie Choreografiewenn:

Die Beteiligten sind unabhängig und behalten die Kontrolle über ihre eigenen Prozesse.
Keine einzelne Organisation kann den gesamten Workflow rechtmäßig steuern.
Die Koordination hängt von Nachrichten, Ereignissen und gegenseitig vereinbarten Verpflichtungen ab.
Die Beteiligten benötigen Spielraum, um ihre internen Workflows zu ändern, ohne jeden Schritt neu aushandeln zu müssen.

Verwenden Sie einen hybrid wenn ein zentraler Eigentümer seinen eigenen Prozess koordiniert, jedoch mit autonomen Partnern interagiert. Dies ist in Lieferketten, Finanzdienstleistungen, Gesundheitsnetzwerken und kundenorientierten digitalen Diensten üblich.

Häufige Fallstricke im Design

Den zentralen Controller für Dinge verantwortlich zu machen, die er nicht kontrollieren kann:Ein Orchestrator kann Arbeit anfordern oder eine Verpflichtung überwachen, aber ein externer Teilnehmer behält jedoch die Verantwortung für die eigene Ausführung.
Übergänge vage lassen:Klären Sie, wer Informationen sendet, wer sie empfängt, welche Antwort erwartet wird und wann eine Eskalation erfolgen sollte.
Nur den positiven Pfad modellieren:Wichtige Ausnahmen einbeziehen, wie Ablehnung, fehlende Informationen, Zeitüberschreitung, Stornierung und Wiederholung.
Unklare Nachrichten verwenden:Die Bedeutung von Status wie „akzeptiert“, „genehmigt“ oder „abgeschlossen“ definieren, damit Teilnehmer sie einheitlich interpretieren.
Das erste Diagramm unnötig kompliziert gestalten:Beginnen Sie mit dem Hauptpfad und den wichtigsten Teilnehmern. Fügen Sie bei Bedarf detaillierte Aufgaben und Ausnahmen in separaten Ansichten hinzu.
Ein Diagramm als Betriebsvereinbarung behandeln:Ein BPMN-Modell kann Verantwortlichkeiten und Interaktionen klären, aber unternehmensübergreifende Prozesse benötigen möglicherweise auch Verträge, Datendefinitionen, Serviceerwartungen und Governance.

Prozessmodellierung mit Visual Paradigm BPMN + KI

Visual Paradigm beschreibt die KI-gestützte Erstellung von BPMN-Diagrammen aus Prozessbeschreibungen in einfacher Sprache, gefolgt von der Bearbeitung in seiner Modellierungsumgebung. Die BPMN-Tools unterstützen zudem die Prozessvertiefung und die Dokumentation von Arbeitsverfahren. Betrachten Sie die KI-Ausgabe als einen zu überprüfenden Entwurf – nicht als Beweis dafür, dass der Prozess korrekt oder konform ist.

Ein praktischer Arbeitsablauf:

Erstellen Sie die Prozessbeschreibung.Nennen Sie die Teilnehmer, ihre Verantwortlichkeiten, die wichtigsten Entscheidungen sowie die Ereignisse oder Nachrichten, die Organisationsgrenzen überschreiten.
Erstellen Sie einen ersten Entwurf.Beschreiben Sie in Visual Paradigm den Prozess in einfacher Sprache und fordern Sie die relevanten Pools und Spuren an. Die genaue Benutzeroberfläche und die Verfügbarkeit der Funktionen können je nach Produktversion variieren.
Überprüfen Sie die Grenzen.Stellen Sie sicher, dass interne Arbeiten im richtigen Pool liegen und dass die Kommunikation zwischen Teilnehmern als Nachrichtenfluss und nicht als interner Sequenzfluss dargestellt wird.
Überprüfen Sie die Logik.Bestätigen Sie Gateway-Bedingungen, Genehmigungs- und Ablehnungspfade, Zeitgeber, Szenarien bei fehlender Antwort und Endzustände.
Validieren Sie mit den Teilnehmern.Bitten Sie Prozessinhaber und Partnervertreter, Verantwortlichkeiten, Bedeutungen von Nachrichten, Fristen und Ausnahmen zu bestätigen.
Verfeinern und dokumentieren.Fügen Sie dort Details hinzu, wo sie nützlich sind, hängen Sie Arbeitsverfahren an und führen Sie separate Versionen für den Ist-Zustand und den Zielzustand, falls der Prozess neu gestaltet wird.

Ein nützlicher Prompt für ein Erstmodell:

Erstellen Sie einen BPMN-2.0-Prozess für eine Online-Bestellung, an der ein Kunde, ein Händler, ein Zahlungsanbieter und ein Spediteur beteiligt sind. Der Händler validiert die Bestellung und sendet eine Zahlungsanforderung an den Zahlungsanbieter. Wird die Zahlung abgelehnt, benachrichtigt der Händler den Kunden und beendet die Bestellung. Wird die Zahlung genehmigt, sendet der Händler eine Versandanforderung an den Spediteur. Der Spediteur sendet Bestätigungen für den Versand und Nachrichten zum Lieferstatus zurück. Fügen Sie einen Timeout-Pfad hinzu, wenn keine Antwort des Partners innerhalb der vereinbarten Frist eingeht. Trennen Sie jede Organisation in eine eigene Pool, zeigen Sie interne Händleraktivitäten in Lanes und verwenden Sie Nachrichtenflüsse für die Kommunikation zwischen den Organisationen.

Bestätigen Sie nach der Generierung, dass das Diagramm die interne Sequenz des Händlers von den mit dem Zahlungsanbieter und dem Spediteur ausgetauschten Nachrichten unterscheidet. Überprüfen Sie jeden Zweig und jeden Timeout mit den Personen, die die Arbeit tatsächlich ausführen.

Fazit

Orchestrierung und Choreografie lösen unterschiedliche Koordinationsprobleme. Die Orchestrierung gibt einem verantwortlichen Eigentümer die Möglichkeit, einen Workflow zu steuern und zu überwachen; die Choreografie ermöglicht es unabhängigen Teilnehmern, sich über vereinbarte Interaktionen zu koordinieren, wobei ihre Autonomie gewahrt bleibt. Viele reale Prozesse nutzen beide Ansätze: Orchestrierung innerhalb jeder Organisation und Choreografie über Organisationsgrenzen hinweg.

BPMN macht diese Arrangements leichter diskutierbar, indem es Teilnehmer, interne Arbeit, Entscheidungen und Nachrichten trennt. KI-gestütztes Modellieren kann den ersten Entwurf beschleunigen, aber die wichtigste Arbeit bleibt menschlich: die Validierung von Verantwortlichkeiten, Ausnahmepfaden und den Vereinbarungen, die eine erfolgreiche Koordination ermöglichen.