Схемы по методу моделирования бизнес-процессов (BPMN) используются в разных сферах, например, в продажах и ведении проектов. В разработке этот инструмент важен на этапе бизнес-аналитики: с помощью BPMN описываются все сценарии взаимодействия пользователей и системы.
Смотрите также: BPMN-диаграмма как артефакт проектирования в YuSMP Group.
Эта система условных обозначений создавалась специально для того, чтобы найти общий язык между аналитиками и управленцами без технической подготовки.
Клиенты YuSMP Group получают BPMN-диаграммы своих продуктов после окончания дискавери-фазы. Эта нотация входит в список обязательных артефактов, которые мы отдаем клиентам.
Что такое BPMN
Business Process Model and Notation (нотация моделирования бизнес-процессов) — это система условных обозначений, которая отображает бизнес-процессы с помощью блок-схем. BPMN диаграмма показывает в какой последовательности совершаются рабочие действия и перемещаются потоки информации.
При помощи моделирования можно описать любой бизнес-процесс, но в контексте этой статьи мы говорим больше о веб-системах, сайтах и приложениях.
Наглядная схема показывает, где в процессах есть узкие места или вовсе тупики, из-за которых клиенты уходят или не заканчивают целевое действие (заявка, покупка, звонок). BPMN подсвечивает места, которые можно улучшить и моделирует способы адаптации под новые условия.
Почему мы выбираем BPMN
Главное преимущество BPMN-диаграмм — это то, что они понятны и внутри организации, и за ее пределами. Нотация описывает процессы языком, который доступен всем участникам проекта. Его понимает команда разработки (бизнес-аналитики, программисты, продакт-менеджеры) и сторона заказчика (владелец и сотрудники).
Информация в графическом виде более доступна для восприятия, чем сложный технический текст. Схемы упрощают работу над проектом: заказчику понятно, как будет работать система и он может вносить коррективы еще на этапе обсуждения проекта.
Но если этот язык легок для восприятия, это не значит, что им может пользоваться кто угодно. BPMN-схемы готовят специалисты — бизнес-аналитики. Они подробно и последовательно описывают бизнес-процессы так, чтобы проект потом можно было легко внедрить в разработку.
Как выглядит и из чего состоит BPMN
На примере фрагмента схемы, которую мы создавали для платформы онлайн-обучения, покажем основные объекты языка BPMN и как они взаимодействуют друг с другом.
- Событие (Event) обозначает происходящее в бизнес-процессе.
На иллюстрации: «Вход на сайт».
- Развилки (Gateway) разъединяют и объединяют пути клиента.
На иллюстрации: «Есть логин и пароль?».
- Соединительные элементы (Flow) — это линии, ведущие от одного объекта к другому.
На иллюстрации: «Да/Нет».
- Действия (Activity) отображают работу, которая происходит в пределах конкретного процесса.
На иллюстрации: «Запросить у владельца курса логин и пароль».
- Разделительные дорожки, пул (Pool) группируют объекты в отдельную полосу. Могут объединять действия по категориям или разделять ответственность участников процесса, в нашем случае это учитель, система, владелец курса и отдельно вынесли процессы вне платформы. Эти объекты не вошли во фрагмент, но выглядят разделительные дорожки как на рисунке.
- Артефакты (Artefact) обозначают информацию, имеющую отношение к модели, но не к отдельным элементам внутри процесса.
В нашем фрагменте нет артефактов, но вот пример, как они могут выглядеть.
Каждый из этих элементов имеет подвиды, которые несут собственное значение на схеме. Подробнее изучить все элементы можно в специальных гайдах, которые предлагают сервисы для составления инфографики. Например, cawemo.com , который мы используем в работе.
Кроме перечисленных, в BPMN 2.0 есть ещё два элемента, которые часто упускают из вида, но без них не обходится ни один процесс с несколькими участниками:
- Объект данных (Data Object) — документ, файл или переменная, с которыми работает процесс. Рисуется как прямоугольник с загнутым уголком, похожий на лист бумаги.
- Поток сообщений (Message Flow) — пунктирная стрелка, которая показывает обмен информацией между разными пулами, то есть между разными компаниями, отделами или системами. В отличие от обычного потока (Sequence Flow), он никогда не соединяет элементы внутри одной дорожки.
| Элемент | Обозначение | Что показывает |
|---|---|---|
| Событие (Event) | Круг | Старт, промежуточный триггер или завершение процесса |
| Действие (Activity) | Прямоугольник со скруглёнными углами | Конкретную работу, которую выполняет участник процесса |
| Шлюз (Gateway) | Ромб | Точку ветвления или слияния путей — логику «если / то» |
| Поток (Sequence Flow) | Сплошная стрелка | Порядок выполнения действий внутри одной дорожки |
| Поток сообщений (Message Flow) | Пунктирная стрелка | Обмен информацией между разными участниками (пулами) |
| Пул и дорожка (Pool / Lane) | Прямоугольная область или полоса | Зону ответственности участника, отдела или системы |
| Артефакт (Artifact) | Прямоугольник с загнутым углом или облако | Дополнительные данные, аннотации, группировку объектов |

Виды событий в BPMN
Событие — самый частый элемент на диаграмме, и у него есть три разновидности, которые различаются не только по смыслу, но и по тому, как обведён круг:
- Стартовое событие (Start Event) — тонкая одинарная граница. Запускает процесс: заявка на сайте, входящий звонок, наступление даты.
- Промежуточное событие (Intermediate Event) — двойная граница. Происходит по ходу процесса и может приостанавливать его: получено письмо, истёк таймер, пришёл сигнал от другой системы.
- Конечное событие (End Event) — толстая одинарная граница. Завершает одну из веток процесса: заказ оплачен, заявка отклонена, задача закрыта.
Внутри круга может стоять дополнительный значок — конверт для события по сообщению, часы для таймера, восклицательный знак для ошибки. Эти значки одинаковы для стартовых, промежуточных и конечных событий, поэтому тип триггера считывается с диаграммы сразу, без подписей.
Как построить BPMN-диаграмму: пошаговый алгоритм
На дискавери-фазе бизнес-аналитики YuSMP Group собирают диаграмму по одному и тому же алгоритму — вне зависимости от того, простой это процесс регистрации или сложный сценарий с несколькими системами.
- Определите границы процесса. Зафиксируйте, какое событие запускает процесс и какими событиями он может закончиться — их может быть несколько, если есть альтернативные исходы.
- Выделите участников. Заведите отдельный пул на каждую компанию или систему и дорожку — на каждую роль или отдел внутри неё.
- Опишите последовательность действий. Внутри каждой дорожки расставьте действия в том порядке, в котором они происходят на самом деле, а не как «должно быть по регламенту».
- Расставьте шлюзы. Там, где процесс ветвится или зависит от условия — добавьте ромб и подпишите оба исхода («да» / «нет»).
- Свяжите участников потоками сообщений. Пунктирными стрелками покажите, где один пул передаёт информацию другому.
- Проверьте диаграмму с командой и заказчиком. Пройдите по схеме вслух с разработчиками и владельцем процесса — расхождения находятся именно на этом шаге, до начала разработки.

Инструменты для моделирования BPMN
Для построения диаграмм не обязательно покупать тяжёлую BPM-систему — на старте достаточно редактора, который поддерживает стандарт BPMN 2.0:
- Cawemo — облачный редактор для совместной работы над диаграммой в реальном времени. Мы используем его в работе с клиентами.
- Camunda Modeler — бесплатный редактор с возможностью сделать процесс исполняемым и подключить к BPM-движку.
- Bizagi Modeler — бесплатный десктопный инструмент, удобен для документирования и презентации процессов заказчику.
- bpmn.io / draw.io — лёгкие браузерные редакторы без регистрации, подходят для быстрых набросков.
- Visual Paradigm — корпоративное решение для сложных процессных архитектур с большим числом связанных диаграмм.
Когда BPMN может не подойти
BPMN — не универсальный инструмент на все случаи. Пользы от нотации не стоит ждать там, где:
- процесс линейный и укладывается в 3–4 шага без ветвлений — здесь быстрее и понятнее обычная блок-схема;
- в проекте нет отдельного бизнес-аналитика, а команда никогда не работала с нотацией — на изучение символов уйдёт больше времени, чем на сам процесс;
- нужно один раз объяснить идею на встрече, а не оставить документ, к которому будут возвращаться в течение всего проекта.
BPMN оправдывает себя там, где в процессе участвует несколько отделов или систем, а ошибка в передаче ответственности стоит дорого — именно поэтому мы применяем его на дискавери-фазе разработки, а не для внутренних заметок.
Что нужно запомнить о BPMN
BPMN — это схема из блоков и соединительных элементов, которые отображают все действия, происходящие в системе. Эту диаграмму составляют на дискавери-фазе бизнес-аналитики.
С помощью BPMN-диаграмм работа идет динамичнее: бизнес-аналитики быстрее отдают проект разработчикам, которым не нужно тратить время на то, чтобы вникать в систему и разбираться в процессах.
Команда разработки и заказчик лучше понимают друга, BPMN исключает возможность «двойного прочтения», а значит и недопониманий тоже. Диаграмма улучшает коммуникацию не только внутри компании, но и создает единое информационное поле в общении с заказчиком.
BPMN наглядно показывает слабые места, где потенциальные клиенты могут уйти. А значит, исправить или вовсе предотвратить “утечку” будет намного проще.
Часто задаваемые вопросы
Чем BPMN отличается от обычной блок-схемы?
BPMN — стандартизированная нотация (стандарт OMG, версия 2.0): фиксированный набор фигур и правил, поэтому диаграмму одинаково читают в любой компании, и её можно открыть в специализированных BPM-системах. Обычная блок-схема — произвольный набор фигур без единого стандарта, понятный только тому, кто её нарисовал.
Кто должен уметь читать BPMN-диаграммы?
Нотация специально создана так, чтобы быть понятной и команде разработки (бизнес-аналитикам, разработчикам, продакт-менеджерам), и стороне заказчика без технической подготовки. Составляют диаграммы бизнес-аналитики, а читают и вносят правки — все участники проекта.
Можно ли автоматически исполнить процесс по BPMN-диаграмме?
Да. BPMN 2.0 поддерживает исполняемые процессы через BPM-движки — например, Camunda — которые запускают процесс напрямую по построенной диаграмме, без переноса логики в отдельный код.
Сколько времени занимает построение BPMN-диаграммы?
Зависит от сложности процесса и числа участников. В YuSMP Group диаграмму готовят на дискавери-фазе вместе с остальными обязательными артефактами — как правило, в рамках той же 1–2-недельной фазы, а не отдельным долгим этапом.
Чем отличаются пул и дорожка?
Пул (Pool) — это отдельный участник процесса целиком: компания, система или внешний сервис. Дорожка (Lane) — деление внутри одного пула по ролям или отделам, например «менеджер», «бухгалтерия», «служба поддержки».
Какие инструменты для BPMN бесплатны?
Бесплатный старт есть у Cawemo (облачный, с ограничениями на количество диаграмм), bpmn.io и draw.io (браузерные редакторы без регистрации), а также у Bizagi Modeler в редакции Community.
Нужна команда под ваш проект?
Соберём выделенную команду нужного стека — оценка за 2 дня, бесплатно.




