BPMN для начинающих: рисуем первую схему за 30 минут
BPMN (Business Process Model and Notation) — стандартная нотация для схем бизнес-процессов. Если ты идёшь в аналитику, читать и рисовать такие схемы придётся с первого месяца: это способ показать, как устроен процесс, так, чтобы одинаково поняли и заказчик, и разработчик.
Хорошая новость: чтобы начать, не нужно учить все сто с лишним элементов нотации. Достаточно пяти. Из них складывается 90% реальных схем, и за полчаса ты нарисуешь свою первую. Разберём на живом примере — оформлении платной подписки.
Зачем аналитику схема, если можно описать текстом
Текстом «клиент нажимает купить, потом система списывает деньги, потом активирует подписку» — вроде бы понятно. Пока процесс линейный. Но стоит появиться развилке — «а если оплата не прошла?», «а если клиент повторный?» — и текст превращается в кашу из «если… то… а иначе… но при этом…». Схема же показывает ветвления наглядно: видно все пути сразу, видно, где какой-то случай забыли обработать.
Именно поэтому на собеседовании джуна часто просят не рассказать, а нарисовать: «набросай процесс возврата товара». Проверяют не знание значков, а умение видеть процесс целиком — вместе с его неудачными сценариями.
Пять элементов, которых хватит для старта
BPMN — это язык, а элементы — его буквы. Вот минимальный алфавит:
| Элемент | Что означает | Как выглядит |
|---|---|---|
| Событие | Что-то произошло: старт или конец | Кружок: старт — тонкий, конец — толстый |
| Задача | Один шаг работы, действие | Прямоугольник со скруглёнными углами |
| Поток | Порядок: что за чем | Сплошная стрелка |
| Эксклюзивный шлюз (XOR) | Развилка «или — или»: один путь по условию | Ромб |
| Параллельный шлюз (AND) | «И — и»: все пути одновременно | Ромб со знаком «плюс» |
Это всё. Событие, задача, поток — чтобы описать линейную цепочку. Два шлюза — чтобы показать ветвления. Разберём каждый на деле.
Шаг 1. Линейный процесс: событие → задача → событие
Начнём с идеального сценария, где всё проходит гладко (аналитики называют его happy path). Оформление подписки, когда оплата сразу успешна:
Старт (клиент нажал «Купить») → Списать оплату → Активировать подписку → Отправить чек → Конец (подписка активна).
Три правила, которые отличают аккуратную схему от небрежной:
- У процесса есть явные старт и конец. Не «где-то начинается» — а конкретное стартовое событие и хотя бы один конец. Шаг, который никуда не ведёт, — ошибка.
- Задача называется глаголом. «Списать оплату», «Отправить чек» — а не «Оплата», «Чек». Проверь себя фразой «кто-то сейчас _____»: «списать оплату» проходит (это действие), «оплата» не проходит (это предмет). Не прошло тест — переименуй. Это ошибка №1 новичков.
- Стрелки задают порядок и читаются слева направо.
Готово — это уже читаемая схема. Но она описывает только случай, когда всё хорошо. А реальность полна развилок.
Шаг 2. Развилка «или — или»: эксклюзивный шлюз
Что, если оплата не прошла? В линейной цепочке этого не показать — она умеет только «потом, потом, потом». Нужен эксклюзивный шлюз (XOR) — ромб, который выбирает ровно один путь по условию:
Списать оплату → ромб «Оплата прошла?» → ветка «Да»: Активировать подписку → конец. Ветка «Нет»: Показать ошибку → конец.
Три правила эксклюзивного шлюза:
- у каждой исходящей стрелки — условие («Да» / «Нет», «сумма ≥ 10000» / «иначе»);
- условия не пересекаются и покрывают все случаи — иначе поток либо пойдёт двумя путями, либо застрянет;
- каждая ветка куда-то приходит: либо ветки сводятся обратно таким же шлюзом, либо каждая доходит до своего конца.
Здесь же прячется ловушка, на которой сыплется большинство новичков.
У платежа не два исхода, а три. «Прошла / не прошла» соблазняет нарисовать развилку на две ветки. Но ответ от банка может и не прийти: операция ушла, результата нет — статус «в обработке» (
pending). Если третью ветку — «ответ не вернулся за таймаут» — не заложить, деньги и подписка зависают в неопределённости. Полнота развилки — это не про «Да/Нет», а про все реальные исходы, включая молчание внешней стороны.
Именно это отличает схему аналитика от схемы новичка: не «нарисовал happy path», а «предусмотрел, что пойдёт не так».
Шаг 3. Параллельные шаги: шлюз «и — и»
Иногда после шага нужно сделать несколько дел сразу. После успешной оплаты — и чек отправить, и бонусы начислить, одновременно. Для этого — параллельный шлюз (AND), ромб со знаком «плюс»:
Активировать подписку → ромб-AND расходится на две ветки: Отправить чек и Начислить бонусы → второй ромб-AND сводит их обратно, дождавшись обеих → конец.
Ключевое отличие от XOR: тут идут оба пути, а не один. И сводящий шлюз ждёт завершения всех веток, прежде чем продолжить.
Как понять, какой шлюз нужен, — спроси себя: «идёт один путь или все сразу?». Один по условию → эксклюзивный. Все одновременно → параллельный. И запомни правило: развёл потоки одним типом шлюза — своди тем же. Развёл параллельным — своди параллельным. Смешивать XOR и AND нельзя — это самая частая ошибка на схемах со шлюзами.
Собираем всё вместе
Теперь наша подписка выглядит честно, а не идеализированно:
- Старт: клиент нажал «Купить».
- Списать оплату.
- Эксклюзивный шлюз «Оплата прошла?»:
- Нет → Показать ошибку → конец «Оплата отклонена».
- Таймаут / нет ответа → Поставить в ожидание → конец «Платёж в обработке».
- Да → дальше.
- Параллельный шлюз: одновременно Активировать подписку + Отправить чек + Начислить бонусы.
- Свести параллельный шлюз (дождаться всех трёх) → конец «Подписка активна».
Это уже не рисунок «как я представляю процесс», а модель, по которой команда может построить систему.
Чек-лист: прогони свою схему перед сдачей
Прежде чем показывать схему кому-либо, пройди по списку — это ровно те дефекты, которые ревьюер находит первыми:
- Есть явные старт и конец, нет «висящих» шагов.
- Все задачи — глаголы («Проверить», «Отправить»), а не существительные.
- У каждой ветки эксклюзивного шлюза есть условие.
- Условия не пересекаются и покрывают все случаи, включая «ничего не пришло».
- Есть ветка «иначе» (по умолчанию), если условий несколько.
- Развёл и свёл потоки шлюзом одного типа (не смешал XOR и AND).
Быстрая самопроверка: пальцем пройди каждую ветку от шлюза до конца. Если хоть одна упирается в никуда или условие двоится — схема ещё сырая.
Где рисовать
Ставить программы не нужно. Открой бесплатный bpmn.io прямо в браузере — это тот же движок, на котором строят схемы в промышленных инструментах вроде Camunda Modeler. Перетаскиваешь элементы, соединяешь стрелками — и через полчаса у тебя первая настоящая схема, которую не стыдно положить в портфолио.
Что дальше
Ты научился линейному процессу и двум шлюзам — этого хватает, чтобы описать большинство процессов. Следующие темы, которые логично освоить: пулы и дорожки (кто за что отвечает — клиент, система, банк) и переход от процессов к требованиям (user story и критерии приёмки). Как всё это укладывается в путь новичка от нуля до джуна — сроки, навыки, портфолио — мы разобрали в статье «Как стать системным аналитиком с нуля». А если пока выбираешь между двумя ролями — чем бизнес-аналитик отличается от системного.
BPMN — один из первых навыков, который мы даём на практике в курсе «Аналитик.Про»: не в теории, а на настоящем сквозном проекте, где ты строишь схемы в живом BPMN-редакторе прямо в уроке. Первые блоки открыты бесплатно и без карты — как раз хватает, чтобы нарисовать первые схемы и понять, твоё ли это.