Часто замечаю, что в вакансиях на системного аналитика встречается требование или обязанность работа с «BPMN». Казалось бы — ну нотация и нотация, рисуй квадратики со стрелками. Но на деле использование BPMN означает умение думать процессами и переводить бизнес-требования в понятную схему, которую одинаково прочитает и разработчик, и директор департамента.
Давайте разбираться.
Что такое BPMN и зачем нужна эта нотация
BPMN (Business Process Model and Notation) — это международный стандарт визуального описания бизнес-процессов. Его цель — дать общий язык, понятный всем участникам: бизнесу, аналитикам, разработчикам и архитекторам.
Текущая версия — BPMN 2.0. Она сделала нотацию не только инструментом документирования, но и «исполняемой спецификацией» для BPM-движков (Camunda, jBPM, Bonita). То есть диаграмма может стать напрямую работающим оркестратором процессов.
На практике BPMN решает три ключевые задачи:
- Показать как процесс работает сейчас — со всеми ручными операциями, задержками и точками отказа
- Описать как он должен работать после оптимизации или автоматизации
- Стать единым языком между бизнесом и командой разработки, чтобы все понимали один и тот же сценарий end-to-end
Основные элементы — то, что нужно знать наизусть
Это базовый набор. Без него — никуда.
Events (События)
Описывают, что происходит в процессе. Три типа:
- Start Event — начало процесса (тонкая рамка)
- Intermediate Event — промежуточное событие: таймер, сообщение, ошибка
- End Event — завершение процесса (жирная рамка)
Tasks / Activities (Задачи)
Работа, которую кто-то выполняет. Типы задач:
- User Task — выполняет человек (кнопка в интерфейсе, согласование)
- Service Task — автоматический вызов системы или сервиса
- Script Task — скрипт, выполняемый движком процесса
- Call Activity — вызов другого процесса (переиспользование)
Gateways (Шлюзы / Развилки)
Логика ветвления и слияния потоков:
| Шлюз | Символ | Когда использовать |
|---|---|---|
| Exclusive (XOR) | ромб с X | Один из вариантов: если условие A — идём туда, иначе — сюда |
| Parallel (AND) | ромб с + | Все ветки запускаются одновременно |
| Inclusive (OR) | ромб с кружком | Одна или несколько веток в зависимости от условий |
| Event-based | ромб с двойным кружком | Ждём первого из нескольких событий |
Pools и Lanes (Бассейны и Дорожки)
- Pool — отдельный участник процесса: организация, система, роль
- Lane — подразделение внутри пула: например, «Менеджер», «Служба безопасности», «Система биллинга»
- Message Flow — взаимодействие между пулами (пунктирная стрелка)
Sub-processes (Подпроцессы)
Разворачиваемый блок, который скрывает детали сложного участка процесса. Помогает сохранять читаемость основной диаграммы.
Где BPMN применяется на практике
Это очень частый вопрос на интервью, обычно в формате «расскажите реальный кейс».
1. AS-IS → TO-BE моделирование
Сначала описываем, как процесс работает сейчас: ручные операции, лишние шаги процесса, проблемные места. Потом рисуем целевую модель — с автоматизацией, параллельными проверками и четким разделением ответственности.
2. Уточнение и валидация требований
На встречах с заказчиком BPMN-диаграмма — отличный инструмент, чтобы «пройти» сценарий вместе с бизнесом. Визуально видны все ветки, исключения, таймауты и альтернативные пути, которые в текстовых требованиях легко пропустить.
3. Проектирование workflow-автоматизации
Когда бизнес-процесс должен быть автоматизирован в движке (Camunda, Activiti, IBM BPM) — BPMN-схема становится исполняемой спецификацией. Аналитик рисует процесс так, чтобы разработчик мог его поднять в движке.
4. Маппинг интеграций между системами
Через Message Flow между пулами хорошо видно, где процесс пересекает границу систем: платёжный шлюз, CRM, ERP, внешние API. Это помогает ещё на этапе анализа выявить точки возможных сбоев и определить требования к идемпотентности и обработке ошибок.
5. Документация для аудита и комплаенса
В регулируемых отраслях (банки, фарма, госсектор) BPMN-схемы используют как формальное описание контрольных точек, точек согласования и процедур обработки исключений — для регуляторов и внутренних проверок.
Что реально спрашивают на собеседованиях
Собрал типовые вопросы по уровням.
Базовый уровень
- Что такое BPMN? Для чего он нужен системному аналитику?
- В чём разница между Pool и Lane?
- Какие типы событий вы знаете?
- Чем отличается Exclusive Gateway от Inclusive?
- Что такое Sub-process и когда его использовать?
Средний уровень
- Как смоделировать параллельное выполнение нескольких задач с ожиданием результата от каждой?
- Как обработать ошибку или исключение внутри процесса?
- Как показать взаимодействие двух разных систем в одной BPMN-схеме?
- В чём разница между Call Activity и Sub-process?
- Как смоделировать процесс с таймером — например, «если заявка не обработана за 24 часа, эскалируем»?
Продвинутый уровень
- Как связать BPMN с исполняемым процессом в Camunda?
- Как моделировать компенсационные транзакции (откат при ошибке)?
- Чем Event Sub-process отличается от обычного подпроцесса?
- Как обеспечить трассируемость в BPMN для регулируемого процесса?
Лайфхаки для подготовки
- Кейсы важнее теории. Интервьюер хочет услышать не определение из учебника, а то, как вы реально применяли BPMN. Подготовьте 2–3 конкретных примера из своей практики: что моделировали, что нашли с помощью диаграммы, как это помогло.
- Умейте рисовать «на доске». Часто на собеседованиях просят нарисовать простой процесс прямо на встрече — например, процесс оформления возврата. Потренируйтесь рисовать базовые BPMN-схемы от руки или в draw.io, а лучше установите занарее на компьютер Camunda и потренеруйтесь рисовать в ней.
- Знайте ограничения. Хороший аналитик знает не только когда применять BPMN, но и когда он избыточен — например, для простого пройесса внутреннего регламента достаточно обычной блок-схемы.
- Инструменты в резюме. Упомяните конкретные инструменты: Camunda Modeler, draw.io, Bizagi, Signavio (SAP), Lucidchart. Это показывает практический опыт, а не только теоретические знания.
BPMN — это не просто «квадратики и стрелочки». Это способ думать о том, как работает система: кто участвует, что происходит, где возможны сбои и как их обработать. Именно это и проверяется на интервью, если речь заходит про BPMN. Умение видеть процесс целиком очень важный навык, фокусируйтесь на нем при подготовке блока по BPMN.
Бонус задачка для тренировки
Сколько задач выполнится в этом процессе?