Pool

Wofür steht ein Pool genau?

Ein Pool ist die grafische Darstellung eines Beteiligten an einer Zusammenarbeit; der Beteiligte kann eine konkrete Organisation sein oder eine allgemeine Rolle wie Käufer, Verkäufer oder Hersteller (OMG 2014, S. 111). Dumas und Kollegen empfehlen, mit einem Pool eine ganze Organisation abzubilden und mit Lanes deren Abteilungen, Teams oder Systeme (Dumas et al. 2018, S. 97).

Die entscheidende Frage lautet: Wer steuert den Ablauf? Ein Pool hat seine eigene Prozesssteuerung. Zwei Abteilungen desselben Unternehmens teilen sich einen Pool, weil ein Sequenzfluss zwischen ihnen verläuft. Kunde und Lieferant bekommen getrennte Pools, weil keiner den Ablauf des anderen steuert.

Welche Regeln gelten für Pools?

Drei Regeln bestimmen die Arbeit mit Pools. Sequenzflüsse dürfen einen Pool nicht verlassen. Zwischen Pools fließen ausschließlich Nachrichtenflüsse. Und ein Pool darf leer bleiben, wenn nur die Schnittstelle zum Partner interessiert und nicht dessen interner Ablauf (OMG 2014, S. 111).

Die dritte Regel ist für Fachmodelle besonders praktisch: Ein Unternehmen dokumentiert seinen eigenen Prozess vollständig und zeigt den Kunden als leeren Pool, an dem Anfrage, Angebot und Auftrag als Nachrichten andocken. So bleibt sichtbar, wo der Prozess nach außen kommuniziert, ohne dass der Kundenprozess erfunden werden muss.

Welche Fehler passieren bei Pools am häufigsten?

Der klassische Fehler ist der Sequenzfluss über die Poolgrenze, meist weil Abteilungen fälschlich als Pools statt als Lanes modelliert wurden. Der zweite ist der umgekehrte Fall: Ein Kunde wird als Lane im Unternehmenspool geführt, obwohl er einen eigenen Ablauf hat.

Der dritte ist die Verwechslung von Pool und Prozess: Der Pool ist der Beteiligte, der Prozess ist das, was in ihm passiert. Gadatsch beschreibt die Gliederung nach Organisationseinheiten als in der Praxis häufigste Nutzung von Pools und Lanes (Gadatsch 2025, S. 159 f.).