BPMN: нотация для описания бизнес-процессов

BPMN (Business Process Model and Notation) — это международный стандарт графических обозначений для описания бизнес-процессов, понятный и аналитику, и руководителю, и разработчику. Вместо текстового регламента, который каждый трактует по-своему, вы получаете диаграмму, где однозначно видно: где процесс начинается, кто и что делает, где принимается решение и чем всё заканчивается. Нотация BPMN нужна ровно затем, чтобы устранить разночтения между людьми, которые процесс придумывают, исполняют и автоматизируют.

Что такое нотация BPMN

Нотация — это набор договорённостей о том, каким значком обозначается каждый элемент процесса. BPMN закрепляет эти договорённости на уровне мирового стандарта: круг всегда означает событие, прямоугольник со скруглёнными углами — задачу, ромб — точку ветвления. Благодаря этому диаграмму, нарисованную в Москве, без пояснений прочитает коллега в любой стране.

Актуальная версия — BPMN 2.0. В ней десятки элементов, но 90% реальных процессов описываются двумя десятками базовых. Начинающему не нужно учить весь стандарт: достаточно освоить события, задачи, шлюзы, потоки и дорожки — этого хватает, чтобы описать почти любой процесс в компании.

Базовые элементы: события

События (events) обозначаются кругами и показывают, что что-то произошло. Их три типа, и различаются они толщиной контура:

• •Стартовое событие — тонкий круг. С него процесс начинается: «поступила заявка», «наступило первое число месяца». На диаграмме он всегда один на входе.
• •Промежуточное событие — двойной контур. Отмечает то, что происходит по ходу процесса: получено письмо, истёк таймер, пришла оплата.
• •Завершающее событие — жирный круг. Им процесс заканчивается: «договор подписан», «заявка отклонена».

Событие отвечает на вопрос «что случилось», а не «что сделали». Это важное различие: «менеджер позвонил» — это задача, а «клиент ответил» — событие.

Базовые элементы: задачи

Задача (task) — прямоугольник со скруглёнными углами, единица работы, которую выполняет исполнитель или система. Это основной «кирпич» процесса. Хорошее имя задачи всегда строится по формуле «глагол + объект»: «проверить документы», «выставить счёт», «согласовать бюджет». Формулировка через существительное («проверка документов») уже хуже — теряется действие.

Несколько задач подряд, идущих без ветвлений, — это нормальная линейная цепочка. Если задача сама по себе распадается на подпроцесс, её сворачивают в отдельную диаграмму, чтобы не перегружать основную схему.

Базовые элементы: шлюзы

Шлюз (gateway) — ромб, точка, где поток разветвляется или сходится. Это то, что превращает линейный список действий в живую логику процесса. Основных вида два:

• •Эксклюзивный шлюз (XOR) — «или-или». Идём только по одной ветке: заявка либо одобрена, либо отклонена. На каждой исходящей стрелке подписывают условие.
• •Параллельный шлюз (AND) — «и-и». Запускаем все ветки одновременно: пока бухгалтерия готовит счёт, юрист проверяет договор.

Ключевое правило: шлюз, который открыл ветвление, должен где-то замкнуться таким же шлюзом. Разошлись на два пути — соберитесь обратно. Незамкнутые ветки — самый частый источник путаницы на диаграммах.

Дорожки и потоки

Чтобы было видно, кто за что отвечает, диаграмму делят на дорожки (lanes) внутри общего пула (pool). Пул — это участник процесса целиком (компания, отдел), дорожки внутри — конкретные роли: менеджер, бухгалтер, руководитель. Задача лежит на дорожке того, кто её выполняет, и с одного взгляда понятно зону ответственности.

Соединяет всё это поток управления — сплошная стрелка, показывающая последовательность. Пунктирная стрелка (поток сообщений) идёт между пулами и означает обмен информацией, а не передачу работы внутри одного процесса.

Зачем это бизнесу

Описание в BPMN — не рисование ради рисования. Оно решает конкретные задачи собственника и руководителя:

• •Убирает «племенные знания». Процесс, который жил только в голове ключевого сотрудника, становится общим активом компании и не уходит вместе с человеком.
• •Показывает узкие места. На схеме сразу видны лишние согласования, петли и участки, где работа простаивает.
• •Готовит к автоматизации. Корректная BPMN-диаграмма — это уже почти техзадание для внедрения в CRM или BPM-систему.
• •Ускоряет ввод новичков. Человек видит весь маршрут работы целиком, а не собирает его по устным подсказкам.

Описание процессов — часть более широкой работы над бизнес-процессами компании, и BPMN здесь просто общий язык, на котором эту работу удобно вести.

Ошибки новичков

Первые диаграммы почти у всех получаются перегруженными. Вот что портит их чаще всего:

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

Хорошая BPMN-диаграмма — та, которую сотрудник понимает без ваших устных пояснений. Если её приходится «переводить» — она ещё сырая.

Начните с малого: возьмите один понятный процесс, например обработку входящей заявки, и опишите его на одной дорожке от стартового события до завершающего. Разобравшись на простом примере, вы легко масштабируете подход на сложные процессы. А чтобы увидеть, как компании выстраивают процессы на практике, полезно бывать на профильных деловых мероприятиях, где управленческие инструменты разбирают на живых кейсах.