Бизнес-процессы // BPM

🎯 BPMN — это нотация со строгой семантикой. Ошибки здесь стоят дороже, чем в обычных блок-схемах: модель может стать неисполнимой или работать не так, как вы задумали.
Разбираем 5 типичных ловушек на основе статей и кейсов Анатолий Белайчук — признанного эксперта BPM, автора научных работ по нотации и преподавателя.

❌ Ошибка 1: Сигнал как «магия» вместо точного адресата

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

· Как исправить: Стандарт BPMN 2.0 не предусматривает атрибута сигнала, ограничивающего его распространение. Единственный выход — динамически формировать имя сигнала, например, «Процесс 9999 Концепция готова». А лучше пересмотреть архитектуру и использовать сообщения (Message) между процессами.

❌ Ошибка 2: «Лишние» развилки, которые ничего не решают

В BPMN целых 7 типов шлюзов (Gateway). Но, как показывают исследования Белайчука и Братченко, абсолютно необходимыми являются только два. Остальные часто оказываются избыточными и только запутывают модель.

· Как исправить: Прежде чем ставить шлюз, спросите себя: «Можно ли здесь обойтись простым условием на выходе из задачи?». В большинстве случаев ответ — да.

❌ Ошибка 3: Сообщения (Message Flow) внутри одного пула

Message Flow (пунктирная стрелка) — это обмен между разными участниками (пулами). Sequence Flow (сплошная) — логика внутри одного участника. Если соединить пунктиром задачи внутри одного пула — это грубейшее нарушение семантики.

· Как исправить: Используйте Message Flow только при пересечении границ пулов. Внутри пула — всегда сплошная стрелка Sequence Flow.

❌ Ошибка 4: Терминатор (End Event) там, где он не нужен

Терминатор (кружок с жирной рамкой) завершает весь процесс целиком. Если поставить его в конце одной из параллельных веток, он «убьет» все остальные ветки, даже если они еще не завершились.

· Как исправить: В 90% случаев вам нужно обычное завершающее событие (End Event — тонкий кружок). Оно завершает только свою ветку, не трогая параллельные.

❌ Ошибка 5: Модель, которую невозможно исполнить

Самая глобальная ошибка — рисовать диаграммы, которые красиво выглядят на презентации, но не могут быть исполнены в BPMS-системе. Это как нарисовать здание, а потом понять, что его нельзя построить.

· Как исправить: Всегда проверяйте целостность модели: у каждого стартового события есть путь к финишному, у каждой задачи есть вход и выход. И помните: текстовый процессор не сделает из вас писателя — точно так же знание BPMN не делает вас процессным аналитиком без понимания бизнеса.

Какая ошибка в BPMN встречается в ваших проектах чаще всего? Делитесь в комментариях! 👇

#BPMN #МоделированиеПроцессов #АнатолийБелайчук #ОшибкиBPMN #УправлениеПроцессами@biproces

Мы в МАХ

⛳️ Границы процесса — это не просто линии на схеме.
Это то, что отличает работающую модель от «каши», которую никто не может понять. Разбираем, как определить их правильно.

❓ Что такое границы процесса?

Границы отделяют содержимое процесса (действия, события, участников, данные) от внешней среды. Это рамки, которые отвечают на два главных вопроса:

· Где процесс начинается? (триггер)
· Где он заканчивается? (конечный результат)

Модель, которая пытается охватить всё, не описывает четко ничего. Границы нужны, чтобы ограничить контекст и избежать ситуации, когда одна схема пытается «объять необъятное».

🔑 5 практических критериев для определения границ

1. Входы и выходы (ресурсы)
Это информационные или материальные ресурсы, которые поступают в процесс и покидают его. Важно четко определить, что именно входит и что является результатом.

2. Инициирующее событие (Start Event)
Что конкретно запускает процесс? Это не действие, а свершившийся факт нулевой длительности — «спусковой крючок». Например: «поступил запрос от клиента».

3. Завершающее событие (End Event)
Четко определенный момент, когда процесс считается завершенным. Например: «доступ предоставлен» или «заказ внесен в систему».

4. Владелец процесса
Человек, который несет ответственность за результат. Границы процесса тесно связаны с зонами ответственности и полномочий.

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

✅ Чек-лист: проверьте свою модель

Пройдите по каждому пункту:

☐ Стартовое событие четко определено и специфично
☐ Конечное событие привязано к конкретному результату (постусловию)
☐ Все входы и выходы явно поименованы
☐ Все элементы внутри процесса релевантны именно этому процессу
☐ Задачи, роли и системы, относящиеся к другим процессам, четко исключены

📌 Пример из практики

Процесс: «Обработка входящего заказа»

· Границы начинаются: с момента получения запроса от клиента
· Границы заканчиваются: после внесения заказа в систему
· Внутри: проверка данных, резервирование товара, создание заказа
· Снаружи (исключено): отгрузка товара, выставление счета, работа с претензиями

Как вы определяете границы в своих проектах? Делитесь опытом в комментариях! 👇

#BPM@biproces #УправлениеПроцессами #ГраницыПроцесса #БизнесАнализ #Моделирование@biproces

Мы в МАХ

🎯 Диаграмма верхнего уровня процесса

Теперь, когда у нас есть верхнеуровневая карта процесса, мы можем превратить её в диаграмму BPMN верхнего уровня.

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

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

В методе и стиле каждое действие, которое на верхнеуровневой карте отмечено как условное, будет изображено после развилки, проверяющей конечное состояние предыдущего действия.

Если у развилки два исходящих потока, мы подпишем развилку как [конечное состояние 1, где "конечное состояние 1" — название одного из конечных состояний предыдущего действия, а исходящие потоки подпишем: да и нет.

Если исходящих потоков больше двух, мы подпишем их: [конечное состояние 1], [конечное состояние 2] и т.д.

Развилка для схождения альтернативных маршрутов не нужна — мы просто соединим потоки управления со следующим действием.

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

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

Таким образом, построение BPMN-диаграммы верхнего уровня процесса на основе верхнеуровневой карты становится довольно механическим упражнением.

Мы в МАХ

#БрюсСильвер
#МетодиСтиль@biproces

⛳️ Правила, которые помогут выбрать действия для верхнеуровневой карты:
✅ Помните, что в BPMN начало одного действия обычно инициируется завершением предыдущего действия, а не достижением определенного момента в середине действия.
✅ Кроме того, если процесс распределен между несколькими подразделениями, шаги на карте в идеале должны соответствовать этим границам ответственности.
✅ И, конечно же, желательно ограничить количество действий на карте максиму десятью.
✅ Наконец, если результат действия влияет на последующий маршрут процесса, нужно обозначить конечные состояния каждого действия на карте. Названия конечных состояний должны быть краткими, но емкими.
📌 Перечисленные правила вам пригодятся, но все же составление верхнеуровневой карты процесса может потребовать значительного времени на обсуждения с заинтересованными сторонами.

Мы в МАХ

#БрюсСильвер
#МетодиСтиль@biproces

🎯 Верхнеуровневая карта

📌 Второй шаг Метода – составление верхнеуровневой карты процесса.
🔖 Это просто список основных действий процесса, в идеале в количестве не более десяти, из которых потом будет скомпонована диаграмма BPMN верхнего уровня процесса.
🧩 Поскольку верхнеуровневая карта – это всего лишь список основных действий процесса, по идеи, это шаг должен быть очень простым.
✏️ Не следует рассматривать карту как выборочное представление действий процесса, в дальнейшем предполагающее заполнение пробелов между ними. Лучше рассматривайте действия на карте как контейнеры, которые в дальнейшем будут наполняться дополнительной информацией.
🐾 Шаги на верхнеуровневой карте должны быть действиями в смысле BPMN, то есть быть повторяющимися и иметь четко определенное начало и конец.
📌 Кроме того, экземпляры действий на карте должны быть согласованы, то есть соответствовать друг другу и экземпляру процесса как один к одному.

Канал ВРМ в МАХ

#БрюсСильвер@biproces
#МетодиСтиль@biproces

📌 Определение границ процесса (продолжение)

🎯 Ключевым на первом шаге Метода определения границ процесса являются следующие вопросы:

1⃣ С чего начинается этот процесс? Например, с запроса от внешнего или внутреннего потребителя или он запускается по расписанию?

2⃣ Как понять, что процесс завершился? Когда экземпляр процесса завершен, дальнейшие действия в рамках текущей модели процесса невозможны. Они будут принадлежать модели какого-то другого процесса. Например, если процесс заказа заканчивается отправкой счета, то действия, связанные с получением оплаты, не будут частью данного процесса.

3⃣ Чему соответствует один экземпляр процесса? Обычно это определяется начальным событием. Если начальное событие представляет собой запрос, то экземпляр процесса обычно представляет собой выполнение этого запроса.

4⃣ Существуют ли различные варианты завершения процесса? Другими словами, есть у процесса больше одного конечного состояния?

💯 На первом шаге мы не приступаем к созданию диаграммы процесса. Этот шаг можно считать выполненным, как только вы достигните согласия заинтересованных сторон по четырем вопросам, перечисленным выше.

#БрюсСильвер
#МетодиСтиль

Знакомая картина: одну и ту же задачу третий раз возвращают на доработку. Отдел продаж уверен, что согласовать должен юрист. Юрист ждёт визы от финансов. Все заняты, все правы. Задача стоит.

Первый рефлекс — найти виноватого и усилить контроль. Через месяц всё повторяется, только с другими людьми.

Дело не в людях. В процессе не определено, кто принимает решение, а кто просто участвует. Когда отвечают двое — не отвечает никто. Это вопрос не дисциплины, а устройства ответственности.

Канал «Архитектура управления» разбирает такие перекосы: полномочия, ответственность, оргструктура, процессы, холдинги. Взгляд архитектора системы управления, без воды.

Если узнали свою компанию:
https://t.me/+kqQpjk2xXmFlZWEy

Друзья и коллеги, рекомендуем подключаться к нашему каналу в МАХ: https://max.ru/join/V4UVhHbl8tVYLHYuxt0vwUs_Gus4ZUTaHeWXLDWfkZM

📌 Определение границ процесса
 
🧩 Моделирование сверху вниз начинается с выяснения границ процесса – чем процесс начинается и чем заканчивается.
🎯 Процесс необязательно должен быть нацеленным на клиента или кросс-функциональным.
🤹‍♂ Он может реализовать внутреннюю функцию и от начала до конца протекать в рамках одного подразделения. Важно, чтобы согласие по вопросу о границах процесса было достигнуто до начала моделирования. Ответить на вопрос, где на самом деле завершается процесс, зачастую бывает непросто, но его необходимо обсудить до того, как углубляться в детали процесса.
🕹 На этом первом шаге Метода можно использовать термин «процесс» достаточно вольно, понимая, что он может соответствовать нескольким процессам BPMN. Но в любом случае под процессом понимается повторяющееся действие с четко определенным началом и концом, а не непрерывная бизнес-функция.

#БрюсСильвер #МетодиСтиль

Читать канал в МАХ

Как на таком рынке вообще можно устроиться?!

В 2026-м этим вопросом задается почти каждый, перед кем стоит проблема поиска работы. 

Булат — солюшен-архитектор, выросший из системного аналитика. Практикующий ментор. В прошлом году он сам трижды (!) попадал под сокращения, но в итоге смог устроиться на еще большую ЗП, чем была до всех сокращений.

Впечатляющий маневр? Думаю, да. А ведь вся нужная инфа для таких же камбэков уже лежит у него в канале:

🔹Где искать работу в РФ и как искать работу аналитиком вне РФ?
🔹Что спрашивают на собеседованиях и что на них отвечать?
🔹Как выбить себе офер посолиднее?

🔥 Топ постов на канале:

🔸Извините, вы оверквалифайд кандидат
🔸Где искать работу? + полезные ресурсы в комментах
🔸System Design интервью на архитектора с вилкой 550к на руки
🔸Собес в СберЗдоровье с решением задачи по архитектуре
🔸Интервью в AEON Payment — финтех на Кипре
🔸Провальное собеседование в банк на solution архитектора


Подписывайся — @na_sobese, если хотите найти работу быстрее.

📸 Фотографии с итоговой конференции «BPM-проект года’2026» уже опубликованы на сайте!

Самое время вспомнить яркие моменты конференции, найти себя и коллег на фото — и поделиться впечатлениями в социальных сетях.

Отмечайте участников, финалистов, партнеров, экспертов и друзей BPM-сообщества. Пусть как можно больше людей увидят атмосферу события, сильные проекты и профессиональное сообщество, которое объединяет конкурс «BPM-проект года».

💬 Делитесь фотографиями, рассказывайте о своих впечатлениях и отмечайте конкурс в публикациях.
Спасибо всем, кто был с нами в этот день!

📌️️️️Для вашего удобства мы опубликовали фото на ЯДиске.

До встречи на новых мероприятиях BPM-сообщества 🚀

Запись подкаста "Ключевое понятие Метода Брюса Сильвера - конечное состояние".

🎯 Конечное состояние (часть 3)
 
🔊 Если в подпроцессе предусмотрены два конечных состояния, то рекомендуется в подписи к развилке формулировать вопрос, а в подписях к выходящим из нее потокам управления – варианты ответа «да» и «нет». При этом надпись на развилке (исключая вопросительный знак) должна совпадать с надписью на одном из конечных событий подпроцесса. Это будет означать, что по маршруту «да» на родительской диаграмме пойдут экземпляры процесса, которые достигли конечного события с соответствующей надписью. Экземпляры, следующие по маршруту «нет», - те, которые достигли второго конечного состояния.
🤔 А как быть, если есть три конечные состояния?
✍ В этом случае рекомендуется надписывать потоки, выходящие из развилки, в точности так же, как конечные события подпроцесса.
Несколько конечных состояний необязательно означают неудачное завершение процесса. Они могут просто обозначить какой-то аспект экземпляра, который влияет на последующий маршрут.
📌 Например, процесс может включать действие «Определить тип клиента», который классифицирует покупателя как обычного или как привилегированного. За ним следует развилка с надписью «Премиальный клиент?» с потоками, надписанными «да» и «нет», ведущими к разным процедурам обслуживания. Если «Определить тип клиента» – это подпроцесс, то у него должно быть два конечных события, одно из которых называется «Премиальный клиент».
📈 Экземпляр процесса, достигший этого конечного состояния, в соответствии с нашим правилом будет следовать из развилки по маршруту «да», а экземпляр, достигший любого другого конечного состояния, проследует по маршруту «нет».

#БрюсСильвер #МетодиСтиль

Читать канал в МАХ

🎯 Конечное состояние (часть 2)

📢 Если действие – это задача, то его конечные состояния не видны на диаграмме. Но их могут подсказать надписи на следующей за задачей развилке. Например, надпись на развилке Заявка одобрена? Подразумевает конечные состояния Заявка одобрена и Заявка не одобрена.

🔔 Если же действие – это подпроцесс, то вы можете сделать его конечные состояния видимыми на диаграмме, изобразив каждое конечное состояние отдельным конечным событием подпроцесса и надписав его названием конечного состояния.

🥁 Хотя спецификация BPMN следовать этому правилу не требует, в Методе оно занимает центральное место, поскольку позволяет отслеживать процессную логику вниз по иерархии.

Продолжение следует...

Читать канал в МАХ

Следующий конкурс «BPM-проект года» стартует уже 1 декабря 2026 года. Он станет юбилейным — и мы приглашаем компании заранее готовить свои проекты, чтобы представить лучшие практики процессного управления, цифровой трансформации и автоматизации бизнес-процессов.
До встречи в новом сезоне конкурса!

Подведены итоги конкурса «BPM-проект года’2026»
Ассоциация профессионалов управления бизнес-процессами подвела итоги конкурса «BPM-проект года’2026» — ежегодной профессиональной премии, объединяющей лучшие практики в области процессного управления, цифровизации и автоматизации бизнес-процессов.
В 2026 году на конкурс было представлено 56 проектов, из которых по итогам экспертного отбора в финал прошли 15 проектов. Финалисты представили решения из разных отраслей: промышленности, телекоммуникаций, финансового сектора, государственного управления, страхования, сервисных компаний и цифрового производства.
Конкурс показал, что BPM-повестка продолжает активно развиваться: компании внедряют исполняемые модели BPMN, low-code BPM-платформы, AI-агентов, сквозную автоматизацию процессов, системы управления по показателям эффективности и комплексные цифровые контуры для управления операционной деятельностью.
Главный приз конкурса
🏆 Победителем конкурса «BPM-проект года’2026» стал проект:
«Сквозная автоматизация заказов на производственном предприятии»
ООО «ЕРС-КОМПЛЕКТ»
Партнер — Компания Первый Бит
Проект был отмечен как лучший пример комплексной автоматизации сквозного процесса на производственном предприятии.
Победители в номинациях
Приз за самый результативный проект BPM
«Симфония эффективности: как оператор по аренде и продаже спецтехники смог увеличить оборот в 5 раз и выйти в сегмент крупного бизнеса»
ООО «Арлифт»
Партнер — ГК «Современные технологии управления»
Приз за самый инновационный проект BPM
«Проектирование, автоматизация и внедрение процесса обработки клиентских заявлений от портала Госуслуги»
ПАО «МегаФон»
Партнер — АО «Нэксайн»
Приз за лучший проект BPM среди государственных организаций
«Управление производственной деятельностью конструкторского отдела через исполняемые модели BPMN»
ГБУ «Мосгоргеотрест»
Приз за настойчивость в достижении процессного совершенства и Приз сообщества ABPMP Russia
«Создание AI-агентов с использованием low-code BPM-системы Platform V Flow для обработки клиентских обращений»
Сбербанк
Специальный приз жюри за комплексное решение от 3D-модели до закупок и производства
«Система снабжения как драйвер цифрового производства»
ООО «Ижорские Гидросистемы»
Лауреаты конкурса
Лауреатами конкурса «BPM-проект года’2026» стали:
• «Единая платформа внутреннего клиента»
Сбербанк страхование жизни
Партнер — ELMA
• «Организация процессного управления сервисной компании АЦТС»
ПК Волховец
Партнер — Business Set
• «Предоставление сотовой связи для технологических служб»
ООО «Т2 Мобайл»
• «Процесс квалификации и аудита поставщиков и производителей»
РУСАЛ
Партнер — Comindware
Финалисты конкурса
В число финалистов конкурса также вошли проекты:
• «Управление процессами по показателям эффективности»
ГУ ЯНАО «МФЦ»
Партнер — Центр стратегических разработок
• «Единый цифровой контур для коммерческой службы на платформе ELMA365»
ГК ВИК
Партнер — Onellect
• «Единая система управления бизнес-процессами АЛРОСА: импортозамещение как точка роста управляемости»
АЛРОСА ИТ
Партнер — Первый Бит офис Спортивная
• «Переход к платформенной модели управления обслуживанием 1,7 млн потребителей на базе ELMA365»
АО «Сетевая компания»
Партнер — ELMA
• «Автоматизация процесса планирования и прогнозирования»
Hochland Russland
Партнер — StormBPMN
О конкурсе
Конкурс «BPM-проект года» направлен на выявление и продвижение лучших практик управления бизнес-процессами. Его участники демонстрируют реальные проекты, в которых процессный подход помогает компаниям повышать эффективность, управляемость, прозрачность и качество операционной деятельности.
Ассоциация благодарит всех участников, финалистов, спонсоров, партнеров и членов жюри за вклад в развитие профессионального BPM-сообщества.
Поздравляем победителей, лауреатов и финалистов конкурса «BPM-проект года’2026»!
Подписывайтесь на каналы конкурса:
✔ MAX
✔ Telegram
✔ VK