Первичный феномен = дирижёр ↑
eugzol в посте Metapractice (оригинал в ЖЖ)
(1) Надпись сверху "Покупатель" и слева "Продавец" озаглавливает так называемый «pool» (пул). Пул покупателя как он тут есть называется свёрнутым — ну то есть просто не изображён на данной диаграмме кроме как заголовками и входящими/исходящими стрелочками путей сообщений (пунктирные). Потому что это избыточная информации, либо просто недоступная/неизвестная.
(2) Надписи "менеджер..." и "сотрудник..." и соответствующие разделительные линии обозначают «lanes» (линии, трассы). Обычно принято под отдельную линию выделять отдельную роль (человека/сотрудника), так здесь и сделано.
(3) Пунктирные линии, как уже было сказано, обозначают потоки сообщений. Значок белого конвертика в кружочке означает "ожидать, пока придёт сообщение". Значок чёрного конвертика в кружочке означает "отправить сообщение". Потоки сообщений связывают на диаграмме место отправки сообщения с соответствующим ему местом приёма сообщений.
(4) Текст в прямоугольниках — основной элемент — задачи. Задачи выполняются в рамках одной и только одной линии. Если задача на деле совместная/коллективная, принято её обозначать на линии ответственного за её исход сотрудника.
(5) Сплошные стрелки — пути потоков работ. Обозначают непосредственный безусловный переход к следующей задаче по завершению предыдущей. Сплошная стрелка может быть (по правилам нотации BPMN) только в рамках одного пула!
Говорят, что отдельным пулом управляет «ДИРИЖЁР».
Это некая абстрактная сущность. Существование дирижёра обосновывает запрет на соединение сплошной стрелкой задач в разных пулах. В данном примере "продавец" (заглавие одного из пулов, а значит фактически имя "дирижёра") не может непосредственно управлять "покупателем" (поэтому покупатель вынесен в отдельный пул, а не отдельную линию). А может лишь посылать и реагировать на сообщения.
С другой стороны, задачи с разных линий (задачи разных людей) вроде "Сформировать предложение" и "Рассмотреть предложение" соединены сплошной стрелкой, а не циклами/логикой обмена сообщений.
Это показывает, что переход от одной задачи к другой координируется скорее не каким-то отдельным сотрудником, А ТЕМ САМЫМ ДИРИЖЁРОМ.
На деле роль дирижёра может выполнять специальный софт, в который загружается подобная диаграмма - софт будет отслеживать выполнение задачи одним сотрудником и скидывать соответствующую следующую задачу в ящик задач другого сотрудника, и т.д.
Но даже если такой софт не используется, сам процесс разработки и демонстрации BPMN-диаграммы как раз и имеет своим главным действием выработку В ГОЛОВЕ сотрудников этой РОЛИ ДИРИЖЁРА! И сами процессы уже из-за этого будут меняться, упрощаясь (избавляясь по меньшей мере от лишних циклов взаимных перепроверок и исправления чужих ошибок).