BPMN простыми словами: как читать схему процесса
BPMN — это набор общих обозначений для схем бизнес-процессов. На такой схеме видно, что запускает работу, кто и что делает, где принимается решение и чем заканчивается каждый вариант. Новичку достаточно освоить несколько фигур: круг, прямоугольник со скруглёнными углами, ромб и стрелку. Ниже разберём их на одной заявке и покажем, как собрать схему без лишней сложности.
В программе Prosystalent BPMN входит в блок бизнес-анализа вместе с моделями процессов «как есть» и «как будет». Это один из способов объяснить команде логику работы до того, как обсуждать требования к системе.
Зачем системному аналитику BPMN
Представьте задачу: «Автоматизировать обработку заявок на консультацию». Слов «обработка заявки» недостаточно. Нужно выяснить, кто проверяет данные, что происходит с неполной заявкой и когда клиент получает ответ. Схема помогает задать эти вопросы и согласовать ответы с людьми, которые участвуют в процессе.
Если вы уже координировали заявки, согласования или работу сотрудников, для первой схемы можно взять знакомую рабочую ситуацию. О том, как этот опыт пригодится в новой роли, рассказываем в статье «Из менеджера в системные аналитики».
BPMN расшифровывается как Business Process Model and Notation — модель и нотация бизнес-процессов. Правила обозначений описаны в спецификации Object Management Group (OMG), версия 2.0.2. Схема может быть простой для обсуждения с командой или гораздо подробнее, когда нужно описать взаимодействие участников и исключения. Начинать со всего набора символов не требуется.
Четыре элемента, с которых удобно начать
| Элемент | Как выглядит | Что означает в нашем примере |
|---|---|---|
| Событие (event) | Круг. У начального события тонкая граница, у конечного — толстая. | «Заявка получена» запускает процесс; «Клиент уведомлён» завершает одну из веток. |
| Задача (task) | Прямоугольник со скруглёнными углами. | «Проверить поля заявки» — действие сотрудника или системы. |
| Поток последовательности (sequence flow) | Сплошная линия со стрелкой. | Показывает, какой шаг идёт следующим внутри одного процесса. |
| Шлюз (gateway) | Ромб; для исключающего шлюза часто ставят X. | «Данных достаточно?» направляет заявку по одной из двух веток. |
Это учебный минимум, а не полный список элементов BPMN. Например, дорожки помогают показать роли внутри одного участника, а отдельные пулы — разных участников процесса.
Важное различие между двумя видами стрелок
Сплошная стрелка — поток последовательности: она связывает шаги одного процесса. Пунктирная стрелка — поток сообщений (message flow): она показывает обмен сообщениями между разными участниками, изображёнными в отдельных пулах. Нельзя вести поток последовательности из пула компании в пул клиента. Если на схеме есть только процесс компании, отправку ответа клиенту можно сначала обозначить задачей «Уведомить клиента», не рисуя отдельный пул.
Пример BPMN: заявка на консультацию
Допустим, заявка с сайта попадает в компанию. Менеджер проверяет, указаны ли имя и способ связи. Если данных достаточно, он назначает консультацию и сообщает время клиенту. Если чего-то не хватает, просит дополнить заявку. Чтобы учебная схема оставалась короткой, после запроса уточнения текущий экземпляр процесса заканчивается. Полученный позже ответ можно разобрать отдельно как новый запуск или детализировать ожидание в более полной модели.
Текстовая схема для чтения:
◯ Заявка получена → ▢ Проверить данные → ◇ Данных достаточно?
Да → ▢ Назначить консультацию → ▢ Сообщить время клиенту → ◉ Клиент уведомлён
Нет → ▢ Запросить недостающие данные → ◉ Уточнение запрошено
Здесь ◯ обозначает начальное событие, ▢ — задачу, ◇ — исключающий шлюз, ◉ — конечное событие. В настоящей BPMN-диаграмме задачи рисуют скруглёнными прямоугольниками, а у конечных событий утолщают контур. Текстовая схема помогает последовательно пройти обе ветки; иллюстрация показывает смысл этих действий.
Как прочитать эту схему по шагам
- Найдите начальное событие: что запустило процесс? Здесь — поступившая заявка.
- Идите по сплошной стрелке к следующей задаче: кто и что делает? Менеджер проверяет данные.
- На ромбе прочитайте вопрос и условия на исходящих стрелках: какая ветка выполняется? Для каждой заявки здесь выбирается либо «Да», либо «Нет».
- Дойдите до конечного события каждой ветки: какой результат получен? Клиенту сообщили время или запросили уточнение.
- Проверьте, не потерялась ли ситуация: например, что делать, если контакт указан, но связаться с клиентом не удалось? Для рабочей модели потребуется договориться и об этом сценарии.
Исключающий шлюз (XOR) означает выбор одной подходящей ветки. Если после проверки нужно одновременно назначить консультанта и подготовить документы, это уже параллельные действия: их можно показать параллельным шлюзом с «+». Подменять им вопрос «да или нет» нельзя: параллельный шлюз запускает обе ветки.
Чем BPMN отличается от обычной блок-схемы
Блок-схема тоже может показать порядок шагов и развилку. Для короткого объяснения «сначала проверяем, затем решаем» её нередко достаточно. BPMN полезнее, когда важно одинаково понимать события, задачи, варианты маршрута и обмен между участниками. У её элементов есть определённый смысл по стандарту OMG; произвольные стрелки и ромбы могут сделать схему двусмысленной.
| Вопрос | Простая блок-схема | BPMN |
|---|---|---|
| Что произошло и чем завершилось? | Обычно передают текстом в произвольных фигурах. | Для начала и конца есть разные события. |
| Кто участвует? | Можно подписать рядом с шагами. | Роли можно разнести по дорожкам, участников — по пулам. |
| Где порядок шагов, а где сообщение другому участнику? | Часто используют одну и ту же стрелку. | Поток последовательности и поток сообщений различаются. |
Если вы просто обсуждаете с коллегой три последовательных шага, не обязательно начинать со сложной BPMN-диаграммы. Если же несколько команд по-разному понимают обработку заявки, нотация помогает зафиксировать общий маршрут и найти пропущенные ветки.
Как нарисовать первую схему и проверить себя
- Назовите границы процесса. Где он начинается и каким результатом заканчивается? Не пытайтесь вместить на одну схему всю работу компании.
- Запишите действия глаголами. «Проверить данные», «Назначить консультацию» понятнее, чем «Данные» или «Консультация».
- Добавьте решения с условиями. У развилки «Данных достаточно?» подпишите исходящие стрелки «Да» и «Нет».
- Проведите каждый возможный путь до результата. Пройдите схему как заявку с полными данными, затем как неполную.
- Спросите участников, так ли всё происходит. Схема отражает договорённость о процессе, а не заменяет разговор с менеджером или заказчиком.
Частые ошибки: оставлять ветку без конца, смешивать действия и события, не подписывать условия у исключающего шлюза, рисовать сплошную стрелку между разными пулами и добавлять десятки символов до того, как ясна основная логика. Ещё одна ошибка — показывать на схеме желаемый процесс как действующий. Если вы предлагаете изменение, подпишите версии As Is («как сейчас») и To Be («как будет»).
Как схема превращается в требования
Сама BPMN-диаграмма не отвечает на все вопросы к будущей системе. Из нашего примера следуют конкретные требования для обсуждения: какие поля заявки обязательны, кто видит неполные заявки, как отправляется запрос на уточнение, где хранится назначенное время. Затем аналитик может оформить пользовательские истории, сценарии и критерии приёмки. Схема показывает маршрут; требования уточняют поведение системы на каждом шаге.
Например, задачу «Сообщить время клиенту» можно автоматизировать через сервис уведомлений. Тогда потребуется описать, какие данные система передаёт сервису и как обрабатывает ответ. Этот следующий уровень детализации разбираем в статье «API простыми словами».
Если вы примеряете профессию системного аналитика, начните с собственного процесса: например, как в вашей нынешней работе обрабатывают обращение клиента. Опишите его пятью–семью шагами, отметьте решение и два результата. Это даст материал для разговора о требованиях без необходимости сразу учить всю нотацию. Какие ещё навыки понадобятся и что учитывать при смене профессии, читайте в статье «Можно ли стать системным аналитиком с нуля».
Частые вопросы
Нужно ли системному аналитику знать все символы BPMN?
Нет. Для первой схемы достаточно уверенно различать события, задачи, потоки последовательности и исключающий шлюз. Остальные элементы добавляют, когда они нужны для конкретного процесса.
Можно ли нарисовать BPMN без специальной программы?
Да. Для обсуждения логики подойдёт бумага или обычный редактор схем, если фигуры и связи соответствуют нотации. При передаче модели команде полезно выбрать инструмент, который поддерживает BPMN, но он не исправит ошибки в логике процесса.
Что означает ромб с X и ромб с плюсом?
Ромб с X — исключающий шлюз: выбирается одна ветка по условию. Ромб с «+» — параллельный: запускаются все исходящие ветки. В нашем примере нужен X, потому что данные либо достаточны, либо нет.
Чем событие отличается от задачи?
Событие обозначает, что произошло: например, «Заявка получена». Задача обозначает, что нужно сделать: «Проверить данные». Поэтому подписи «Получить заявку» и «Заявка получена» могут описывать разные вещи в зависимости от того, моделируете ли вы действие или факт запуска процесса.
Технический источник: спецификация BPMN 2.0.2 от OMG и её полный текст.