👩‍🎓В BPMN 75 элементов. В работе нужно 10

Пересматривал шпаргалки по нотации и снова упёрся в классику: аналитик учит BPMN целиком, а потом рисует схему, которую заказчик открывает, смотрит две секунды и закрывает.

Дело не в знаниях, а в алфавите.

📌Сначала выберите уровень

Уровней моделирования три, и от уровня зависит, сколько элементов вам вообще можно трогать:

🔸 Описательный - согласовать логику с бизнесом. Схему читает руководитель отдела, а не аналитик.
🔸 Аналитический - показать все ветки: исключения, таймауты, откаты. Читает команда разработки.
🔸 Исполняемый - схему запускает движок (Camunda и подобные). Читает машина.

Девяносто процентов задач системного аналитика - это первый и второй уровень. Третий появляется, только когда в компании реально стоит BPMS.

✔️Рабочий минимум

Считаем: начальное событие, конечное событие, задача, поток управления, эксклюзивный шлюз ✕ ("или одно, или другое"), параллельный шлюз ➕ ("и то, и другое сразу"), пул, дорожка, поток сообщений между пулами, подпроцесс.

Ровно десять. Этого хватает на описательный уровень целиком.

➡️Второй слой - только когда без него схема врёт

⚪️ Граничное событие-таймер на задаче - "если согласование не пришло за 2 дня"
⚪️ Граничное событие-ошибка - "оплата не прошла"
⚪️ Событийный шлюз - процесс ждёт, что наступит раньше: ответ клиента или таймаут
⚪️Транзакция - блок, который либо выполняется целиком, либо откатывается полностью, и никаких изменений не остаётся
⚪️Объект данных и хранилище данных - документ живёт внутри экземпляра процесса, а хранилище (та же БД) переживает его

Вот эту последнюю пару путают чаще всего. Объект данных - заявка, которая ходит по процессу. Хранилище - база, куда её записали и где она осталась после завершения.

🎁Правило, которое экономит часы

Если элемент на схеме приходится объяснять словами - уберите элемент.

Терминальное событие, эскалация, компенсация, ad hoc-подпроцесс - они существуют и они корректные. Но если из десяти читателей их понимают двое, схема перестаёт быть языком общения и превращается в ребус.

BPMN нужен не для того, чтобы показать, что вы знаете нотацию. Он нужен, чтобы заказчик, разработчик и тестировщик увидели один и тот же процесс.

⬇️Задание

Откройте свою последнюю схему и посчитайте, сколько РАЗНЫХ типов элементов вы использовали. Больше 12 - почти наверняка есть что упростить.

💛Полный справочник элементов с примерами

🔸 А какой элемент BPMN вы так и не поняли, зачем нужен? Напишите в комментариях - разберу в следующем посте.

#BPMN
#СистемныйАнализ
#ТеорияБезВоды
#СолоНаучиМеня