Platoshin.pro
Назад
5 правил создания читаемых BPMN‑диаграмм
Правило 1
Избегайте пересечения потоков операций
Пересекающиеся потоки управления запутывают диаграмму.
При большом количестве пересечений становится сложно проследить маршрут процесса
Совет
Располагайте элементы слева направо или сверху вниз
Используйте дорожки для распределения задач по ролям
Выносите сложные разветвления в подпроцессы
Правило 2
Давайте чёткие наименования элементам
Расплывчатые или противоречивые названия («Обработка», «Работа с клиентом», «Разное») не дают понимания сути действия
Совет
Задачи:
начинайте с глагола в инфинитиве:
«Проверить заявку», «Оформить договор»
События:
указывайте тип и суть:
«Получено подтверждение оплаты»
Шлюзы:
кратко и однозначно формулируйте условия:
«Сумма > 10 000 руб.»
Пулы/дорожки
называйте по роли или системе:
«Менеджер по продажам», «CRM‑система»
Правило 3
Соблюдайте симметричное моделирование
Хаотичное расположение элементов делает диаграмму неряшливой и затрудняет восприятие логики процесса
Правило 4
Используйте задачи одинакового размера
Разноразмерные задачи создают визуальный дисбаланс и намекают на разный уровень детализации
Совет
Выравнивайте задачи и шлюзы по сетке
Делайте дорожки одинаковой ширины и параллельными
Оставляйте одинаковые отступы между элементами
Правило 5
Минимизируйте количество элементов на одной диаграмме
Перегруженная диаграмма с десятками задач и потоков становится нечитаемой
Совет
Разбивайте процесс на логические этапы — каждый в отдельный подпроцесс
Создавайте диаграммы верхнего уровня
(«Обработка заказа»), а детали на дочерних диаграммах
Если планируется печать моделей, то рекомендуется на одной модели размещать
не более 7
задач (функций) при печати на формате
А4
не более 15
задач (функций) при печати на формате
А3
Многие программные продукты для описания бизнес-процессов позволяют публиковать электронные версии моделей на специализированных веб-порталах
Назад