Процессы
BPMN и блок-схема: в чём разница и что выбрать
BPMN и блок-схема описывают одно и то же — порядок шагов процесса, — но решают разные задачи. Блок-схема нужна, чтобы люди быстро поняли и договорились. BPMN — чтобы процесс можно было строго задокументировать и передать на исполнение системе. Разберём, чем они отличаются и как не ошибиться с выбором.
На этой странице
- Коротко: главное отличие
- Что такое BPMN
- Из чего состоит диаграмма BPMN
- Что такое блок-схема
- Сравнение BPMN и блок-схемы
- Когда хватит блок-схемы
- Когда нужен BPMN и специализированный инструмент
- Дорожки на доске: что можно без BPMN
- Как совмещать: от блок-схемы к BPMN
- Типичные ошибки при выборе нотации
- Чек-лист: что выбрать
- Вопросы и ответы
Коротко: главное отличие#
Блок-схема — это неформальный язык: несколько фигур, стрелки и подписи. Её читает любой человек без подготовки, а рисуют за минуты. BPMN (Business Process Model and Notation) — формальная нотация со строгими правилами: у каждого значка точный смысл, схему можно проверить на корректность, сохранить в стандартном формате и даже исполнить в специальной системе.
Отсюда простое правило выбора. Если схема нужна людям — обсудить процесс, объяснить новичку, найти узкое место, — почти всегда хватает блок-схемы. Если схема нужна машине или юристу — автоматизировать процесс, сдать регламент по требованиям заказчика, — нужен BPMN и инструмент, который его поддерживает.
Что такое BPMN#
BPMN — стандарт моделирования бизнес-процессов, который поддерживает консорциум OMG (Object Management Group). Актуальная версия — BPMN 2.0, она также принята как международный стандарт ISO/IEC 19510. Нотация задумывалась как мост между бизнесом и разработкой: аналитик рисует процесс, понятный руководителю, а программист и система получают из той же модели точное описание логики.
Ключевое отличие от рисунка в том, что у BPMN-диаграммы есть формальная семантика. Это значит, что про любую модель можно однозначно сказать, что произойдёт при её выполнении: какие ветки запустятся параллельно, где процесс будет ждать сообщения, что случится по истечении таймера. Поэтому BPMN-модели умеют выполнять движки управления процессами (BPM-системы).
Из чего состоит диаграмма BPMN#
- События — круги. Начальное событие запускает процесс, промежуточное означает что-то случившееся по ходу (пришло письмо, сработал таймер), конечное завершает ветку. Вид круга и значок внутри уточняют тип события.
- Действия — прямоугольники со скруглёнными углами. Это задачи (одна единица работы) и подпроцессы (свёрнутая группа задач). У задач есть типы: пользовательская, сервисная, ручная, отправка сообщения и другие.
- Шлюзы — ромбы со значком внутри. Исключающий шлюз выбирает одну ветку, параллельный запускает все ветки сразу, включающий — одну или несколько, шлюз по событию ждёт, что произойдёт раньше.
- Потоки — линии. Поток управления (сплошная стрелка) задаёт порядок шагов внутри процесса, поток сообщений (пунктир) связывает разных участников, ассоциация привязывает к элементам данные и комментарии.
- Пулы и дорожки — горизонтальные полосы. Пул — отдельный участник (компания, внешняя система), дорожки внутри пула — роли или отделы.
- Данные и артефакты — объекты данных, хранилища, группы и текстовые аннотации, которые поясняют модель, но не меняют порядок шагов.
Элементов в нотации заметно больше, чем в блок-схеме, и именно в этом её сила и цена. Сила — модель точна. Цена — чтобы рисовать и читать её правильно, нужно учиться, а неподготовленный читатель видит набор похожих кружков и ромбов.
Что такое блок-схема#
Блок-схема старше BPMN и проще: начало и конец, действия в прямоугольниках, решения в ромбах, стрелки порядка. Для схем алгоритмов есть ГОСТ 19.701-90, но в работе с процессами блок-схемы обычно рисуют свободно, без нормоконтроля. Подробно о фигурах, видах и правилах — в статье что такое блок-схема.
Такая схема отвечает на вопрос «в каком порядке», но не говорит, кто выполняет шаги и что происходит между участниками. Для многих задач этого достаточно, для других — нет. Дальше сравним подробно.
Сравнение BPMN и блок-схемы#
Таблица не про то, что одна нотация лучше другой. Это два инструмента для разных задач: отвёртка не хуже шуруповёрта, если нужно закрутить три винта.
Когда хватит блок-схемы#
Хватит блок-схемы
- обсудить процесс на встрече и договориться, как работаем
- объяснить порядок действий новичку или смежному отделу
- найти, где заявка застревает и у какого шага нет хозяина
- набросать черновик перед формальным моделированием
- описать алгоритм или пользовательский сценарий в продукте
Нужен BPMN
- процесс будут автоматизировать в BPM-системе
- заказчик или регулятор требует модели именно в BPMN
- важны точные события, таймеры, сообщения между компаниями
- модель нужно передать в другой инструмент в стандартном формате
- процесс сложный, с параллельными ветками и обработкой исключений
В большинстве команд процессы рисуют, чтобы понять и улучшить их, а не чтобы исполнять. Для этого блок-схема даже удобнее: её поймут все участники встречи, а не только аналитик. Как нарисовать процесс компании пошагово — от границ до проверки на реальном случае, — читайте в статье как сделать блок-схему процесса.
Когда нужен BPMN и специализированный инструмент#
Есть задачи, где блок-схемы не хватит принципиально, и делать вид, что хватит, — значит переделывать работу позже.
- Автоматизация процесса. Если модель будет исполнять BPM-система, она должна быть в BPMN: движок понимает только нотацию с точной семантикой.
- Требование заказчика. В тендерах, проектах внедрения и госзаказах модели процессов часто требуют сдавать в BPMN. Блок-схему просто не примут.
- Регламентированная документация. Если описание процессов проверяют аудиторы или служба качества, однозначность важнее скорости.
- Сложное взаимодействие. Несколько компаний обмениваются сообщениями, процесс ждёт ответа, по таймеру уходит напоминание. Словами в прямоугольниках это быстро становится неоднозначным.
В этих случаях выбирайте редактор с полноценной поддержкой BPMN 2.0: с палитрой элементов нотации, проверкой модели и сохранением в стандартном формате. Нарисовать «похоже на BPMN» на обычной доске можно, но модель от этого формальной не станет.
Дорожки на доске: что можно без BPMN#
Самое полезное, что блок-схема может взять у BPMN, — дорожки. Они отвечают на вопрос «кто делает этот шаг» и сразу показывают передачи работы между участниками: каждая стрелка, которая пересекает границу дорожки, — момент, когда задача может зависнуть.
В NodePanel дорожку делают из группы: растягиваете рамку на всю ширину схемы, подписываете ролью и кладёте внутрь шаги этого участника. Подробный пример — в руководстве по схеме согласования. Готовая заготовка процесса есть в шаблоне блок-схемы процесса, а о сценариях работы с процессами — на странице блок-схема онлайн.
Как совмещать: от блок-схемы к BPMN#
Часто правильный ответ — не «или», а «сначала, потом». Блок-схема и BPMN хорошо работают в паре на разных этапах.
Договоритесь на блок-схеме
Соберите участников процесса и нарисуйте, как работа идёт сейчас. На простой схеме спорят о сути, а не о том, какой значок выбрать.
Разложите по дорожкам
Добавьте участников. Сразу станет видно, где задача переходит из рук в руки и где у шага нет ответственного.
Обсудите улучшения
Оставьте комментарии к проблемным шагам, нарисуйте целевой вариант рядом с текущим. Обсуждать это удобно вместе, в реальном времени.
Переведите в BPMN, если нужно
Когда процесс согласован и его решили автоматизировать, аналитик переносит его в BPMN-редактор и уточняет события, шлюзы и сообщения. Блок-схема остаётся понятной версией для новичков.
Типичные ошибки при выборе нотации#
- BPMN «на всякий случай». Команда рисует процесс в строгой нотации, хотя автоматизировать его никто не собирается. Схему понимает один аналитик, остальные участники встречи молча кивают, и обсуждение не получается.
- Блок-схема вместо модели для системы. Обратная ошибка: процесс готовят к автоматизации, но описывают свободной схемой. Разработчикам приходится заново выяснять, что означает каждая стрелка, и спорные места всплывают уже в коде.
- Значки BPMN без правил. На обычной схеме рисуют кружки событий и ромбы со значками, но используют их по-своему. Читатель, знакомый с нотацией, понимает схему неправильно, а незнакомый — не понимает вовсе.
- Одна схема на все случаи. Одной и той же схемой пытаются и объяснить процесс новичку, и передать в разработку. Обычно лучше две версии: простая блок-схема для людей и точная модель для системы.
- Нет участников. И в блок-схеме, и в BPMN самое ценное — видеть, кто делает каждый шаг. Схема без дорожек или хотя бы подписей ролей скрывает передачи работы, где процессы чаще всего и ломаются.
Чек-лист: что выбрать#
- Схему будет исполнять система? Да — BPMN-редактор.
- Заказчик, регулятор или аудитор требует BPMN? Да — BPMN-редактор.
- В процессе важны таймеры, сообщения между компаниями, параллельные ветки с точным поведением? Скорее BPMN.
- Схема нужна, чтобы обсудить и договориться? Блок-схема.
- Читать будут люди без подготовки — руководители, новички, смежные отделы? Блок-схема, при необходимости с дорожками.
- Сомневаетесь? Начните с блок-схемы: перевести согласованный процесс в BPMN проще, чем обсуждать с нуля.
Вопросы и ответы#
Можно ли называть BPMN-диаграмму блок-схемой?
В бытовом смысле — да, это тоже схема из блоков и стрелок. Но у BPMN строгая нотация со своими элементами и правилами, поэтому специалисты эти понятия различают.
Можно ли нарисовать BPMN в NodePanel?
Нет. На доске можно нарисовать схему, похожую на BPMN, с дорожками из групп, но элементов нотации, проверки модели, обмена файлами BPMN и исполнения процессов в NodePanel нет.
Нужно ли учить BPMN, чтобы описывать процессы?
Для обсуждения и улучшения процессов — нет, достаточно блок-схемы с дорожками. BPMN стоит учить аналитикам, которые готовят процессы к автоматизации или сдают модели заказчику.
Чем дорожки в блок-схеме отличаются от пулов BPMN?
В блок-схеме дорожка — договорённость о том, кто делает шаг. В BPMN пул — отдельный участник со своим процессом, а между пулами ходят только потоки сообщений с точным смыслом.
Что сделать сначала: блок-схему или BPMN?
Обычно сначала блок-схему: на ней быстрее договориться о сути процесса. Переводить в BPMN имеет смысл, когда процесс согласован и его решили автоматизировать или формально задокументировать.