Схемы процессов и BPMN

Когда достаточно простой схемы

Для большинства процессов команды 1–10 человек достаточно одной схемы с дорожками ролей. Она должна отвечать на четыре вопроса: что запускает работу, кто делает следующий шаг, где принимается решение и каким результатом процесс заканчивается.

Не рисуйте схему, пока не выполнен walkthrough AS-IS. Схема — способ согласовать факты, а не заменить их красивыми стрелками.

Минимальный словарь BPMN

Элемент	Значение	Правило использования
Событие	что произошло	начните и завершите процесс наблюдаемыми событиями
Задача	выполненная работа	называйте «глагол + объект»: «проверить договор»
Шлюз	выбор следующей ветви	подпишите вопрос и условия каждой ветви
Последовательность	порядок внутри одного процесса	стрелка показывает, что происходит дальше
Дорожка	роль или участник	показывает ответственность, а не должность каждого человека
Сообщение	передача между независимыми участниками	используйте для клиента, подрядчика или другой системы

BPMN 2.0.2 — стандарт OMG для моделирования процессов. Для внутренней работы не требуется применять все его элементы: чем сложнее схема, тем выше риск, что её перестанут читать. Полная нотация оправдана, если модель передают между командами, используют при автоматизации или в ней критичны параллельные ветви, таймеры и исключения.

Правила читаемой схемы

• один процесс — один старт и один понятный результат; несколько завершений допустимы, когда итог действительно различается («услуга принята» / «заказ отменён»);
• одна схема — один уровень детализации; не смешивайте этапы L0 с кликами L3;
• каждое решение имеет условие, владельца и альтернативную ветвь;
• передача работы содержит результат, а не только стрелку: «бриф проверен», «счёт выпущен», «оплата сверена»;
• исключения показывайте там, где они меняют срок, ответственность или риск;
• не прячьте процесс в документах: добавляйте ссылки на шаблон, систему и критерий качества из паспорта.

Пример логики без диаграммы

получен лид
→ квалифицировать потребность
→ [подходит сегмент?]
  → нет: зафиксировать причину и завершить коммуникацию
  → да: подготовить предложение
→ [клиент принял предложение?]
  → нет: зафиксировать отказ и назначить следующий контакт либо закрыть лид
  → да: оформить договор и передать согласованный scope в исполнение

Схема не является доказательством. После её согласования проверьте 2–3 новых случая: если путь регулярно обходят, обновляйте процесс или устраняйте причину, а не требуйте формального соблюдения неработающего правила.