5 правил создания читаемых BPMN‑диаграмм

Правило 1
Избегайте пересечения потоков операций
Пересекающиеся потоки управления запутывают диаграмму.
При большом количестве пересечений становится сложно проследить маршрут процесса
Совет


  • Располагайте элементы слева направо или сверху вниз
  • Используйте дорожки для распределения задач по ролям
  • Выносите сложные разветвления в подпроцессы
Правило 2
Давайте чёткие наименования элементам
Расплывчатые или противоречивые названия («Обработка», «Работа с клиентом», «Разное») не дают понимания сути действия
Совет
  • Задачи: начинайте с глагола в инфинитиве:
«Проверить заявку», «Оформить договор»

  • События: указывайте тип и суть:
«Получено подтверждение оплаты»

  • Шлюзы: кратко и однозначно формулируйте условия:
«Сумма > 10 000 руб.»

  • Пулы/дорожки называйте по роли или системе:
«Менеджер по продажам», «CRM‑система»
Правило 3
Соблюдайте симметричное моделирование
Хаотичное расположение элементов делает диаграмму неряшливой и затрудняет восприятие логики процесса
Правило 4
Используйте задачи одинакового размера
Разноразмерные задачи создают визуальный дисбаланс и намекают на разный уровень детализации
Совет
  • Выравнивайте задачи и шлюзы по сетке

  • Делайте дорожки одинаковой ширины и параллельными

  • Оставляйте одинаковые отступы между элементами
Правило 5
Минимизируйте количество элементов на одной диаграмме
Перегруженная диаграмма с десятками задач и потоков становится нечитаемой
Совет

  • Разбивайте процесс на логические этапы — каждый в отдельный подпроцесс



  • Создавайте диаграммы верхнего уровня
(«Обработка заказа»), а детали на дочерних диаграммах




Если планируется печать моделей, то рекомендуется на одной модели размещать

  • не более 7 задач (функций) при печати на формате А4

  • не более 15 задач (функций) при печати на формате А3

Многие программные продукты для описания бизнес-процессов позволяют публиковать электронные версии моделей на специализированных веб-порталах