Бизнес-процессы // BPM
前往频道在 Telegram
Канал о процессном управлении ВРМ. Как управлять бизнесом посредством процессов. Как управлять самим процессом. Теория и конкретные инструменты из практики: без воды и заумностей. Живо и увлекательно. Честно и искренне. Все вопросы сюда @ahroshka
显示更多943
订阅者
无数据24 小时
+17 天
+1030 天
数据加载中...
相似频道
标签云
进出提及
---
---
---
---
---
---
吸引订阅者
八月 '26
八月 '26
+15
在0个频道中
七月 '26
+21
在0个频道中
Get PRO
六月 '26
+14
在0个频道中
Get PRO
五月 '26
+23
在0个频道中
Get PRO
四月 '26
+12
在0个频道中
Get PRO
三月 '26
+9
在0个频道中
Get PRO
二月 '26
+18
在0个频道中
Get PRO
一月 '26
+22
在0个频道中
Get PRO
十二月 '25
+8
在0个频道中
Get PRO
十一月 '25
+27
在7个频道中
Get PRO
十月 '25
+68
在0个频道中
Get PRO
九月 '25
+16
在1个频道中
Get PRO
八月 '25
+20
在0个频道中
Get PRO
七月 '25
+21
在0个频道中
Get PRO
六月 '25
+25
在0个频道中
Get PRO
五月 '25
+30
在0个频道中
Get PRO
四月 '25
+17
在0个频道中
Get PRO
三月 '25
+36
在0个频道中
Get PRO
二月 '25
+42
在0个频道中
Get PRO
一月 '25
+150
在6个频道中
Get PRO
十二月 '24
+24
在0个频道中
Get PRO
十一月 '24
+24
在0个频道中
Get PRO
十月 '24
+35
在0个频道中
Get PRO
九月 '24
+33
在0个频道中
Get PRO
八月 '24
+24
在0个频道中
Get PRO
七月 '24
+146
在0个频道中
Get PRO
六月 '24
+562
在0个频道中
| 日期 | 订阅者增长 | 提及 | 频道 | |
| 28 八月 | 0 | |||
| 27 八月 | 0 | |||
| 26 八月 | +3 | |||
| 25 八月 | 0 | |||
| 24 八月 | 0 | |||
| 23 八月 | 0 | |||
| 22 八月 | 0 | |||
| 21 八月 | 0 | |||
| 20 八月 | +1 | |||
| 19 八月 | 0 | |||
| 18 八月 | 0 | |||
| 17 八月 | +1 | |||
| 16 八月 | 0 | |||
| 15 八月 | 0 | |||
| 14 八月 | 0 | |||
| 13 八月 | 0 | |||
| 12 八月 | +1 | |||
| 11 八月 | 0 | |||
| 10 八月 | +1 | |||
| 09 八月 | +1 | |||
| 08 八月 | +3 | |||
| 07 八月 | +2 | |||
| 06 八月 | 0 | |||
| 05 八月 | +1 | |||
| 04 八月 | 0 | |||
| 03 八月 | +1 | |||
| 02 八月 | 0 | |||
| 01 八月 | 0 |
频道帖子
+1
🏅Как компания АЦТС (ПК Волховец) из 35 человек увеличила конверсию и перестала терять сотрудников? Разбираем реальный кейс финалиста конкурса «BPM-проект года’2026».
Исходная ситуация: хаос вместо системы
Компания из Великого Новгорода (35 сотрудников) оказывала услуги премиум-класса — от замера до монтажа межкомнатных дверей. Но процессы были выстроены слабо: каждый менеджер работал «как умел», единых стандартов не существовало. Результат — падение качества, низкая конверсия обращений в сделки и постоянные увольнения.
Что сделали: от хаоса к единому стандарту
Вместо того чтобы закупать дорогую CRM с «магической» автоматизацией, компания сфокусировалась на процессном подходе:
1. Смоделировали основной процесс «от обращения клиента до финального результата» в российской платформе SILA Union — описали логику, роли, правила и зоны ответственности.
2. Оцифровали процесс — перенесли ключевые точки управления в Битрикс24 (для работы с клиентами) и 1С (для учёта и финансов).
3. Важный нюанс: не стали автоматизировать всё подряд. Закупать дорогой BPM-движок не стали — процесс управлялся через регламент в PDF и точечную автоматизацию в CRM/1С. Это сэкономило бюджет и ускорило внедрение.
Результаты: цифры, которые говорят сами за себя
📈 Выросла производительность — сотрудники перестали тратить время на додумывание «как делать»; чёткие инструкции и понятные переходы между системами убрали путаницу.
📈 Выросло качество и конверсия обращений в сделки — потому что каждый шаг был стандартизирован и контролируем.
📈 Сотрудники стали больше зарабатывать — а значит, перестали увольняться из-за невыстроенных процессов.
Ключевой вывод
Процессный подход — это не про дорогое ПО. Это про правильные границы, чёткие роли и разумную автоматизацию. АЦТС (ПК Волховец) не покупала сложный движок, а использовала связку SILA Union (моделирование) + Битрикс24 + 1С (исполнение). И этого оказалось достаточно, чтобы превратить хаос в стабильно растущий результат.
Проект стал финалистом конкурса «BPM-проект года’2026» — отличное подтверждение того, что прагматичный подход работает.
А как у вас? Используете ли вы моделирование процессов или сразу лезете в автоматизацию? Делитесь опытом в комментариях! 👇
#BPM #ПроцессныйПодход #Кейс #SILAUnion #Битрикс24 #1С #УправлениеБизнесом #Оптимизация #МалыйБизнес #BPMПроектГода@biproces
| 2 |  🎯 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 | 75 |
| 3 | 🎯 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 | 1 |
| 4 |  +1⛳️ Границы процесса — это не просто линии на схеме.
Это то, что отличает работающую модель от «каши», которую никто не может понять. Разбираем, как определить их правильно.
❓ Что такое границы процесса?
Границы отделяют содержимое процесса (действия, события, участников, данные) от внешней среды. Это рамки, которые отвечают на два главных вопроса:
· Где процесс начинается? (триггер)
· Где он заканчивается? (конечный результат)
Модель, которая пытается охватить всё, не описывает четко ничего. Границы нужны, чтобы ограничить контекст и избежать ситуации, когда одна схема пытается «объять необъятное».
🔑 5 практических критериев для определения границ
1. Входы и выходы (ресурсы)
Это информационные или материальные ресурсы, которые поступают в процесс и покидают его. Важно четко определить, что именно входит и что является результатом.
2. Инициирующее событие (Start Event)
Что конкретно запускает процесс? Это не действие, а свершившийся факт нулевой длительности — «спусковой крючок». Например: «поступил запрос от клиента».
3. Завершающее событие (End Event)
Четко определенный момент, когда процесс считается завершенным. Например: «доступ предоставлен» или «заказ внесен в систему».
4. Владелец процесса
Человек, который несет ответственность за результат. Границы процесса тесно связаны с зонами ответственности и полномочий.
5. Четкое исключение лишнего
Не менее важно определить, что не входит в процесс: задачи, роли или системы, относящиеся к другим процессам.
✅ Чек-лист: проверьте свою модель
Пройдите по каждому пункту:
☐ Стартовое событие четко определено и специфично
☐ Конечное событие привязано к конкретному результату (постусловию)
☐ Все входы и выходы явно поименованы
☐ Все элементы внутри процесса релевантны именно этому процессу
☐ Задачи, роли и системы, относящиеся к другим процессам, четко исключены
📌 Пример из практики
Процесс: «Обработка входящего заказа»
· Границы начинаются: с момента получения запроса от клиента
· Границы заканчиваются: после внесения заказа в систему
· Внутри: проверка данных, резервирование товара, создание заказа
· Снаружи (исключено): отгрузка товара, выставление счета, работа с претензиями
Как вы определяете границы в своих проектах? Делитесь опытом в комментариях! 👇
#BPM@biproces #УправлениеПроцессами #ГраницыПроцесса #БизнесАнализ #Моделирование@biproces | 90 |
| 5 |  Диаграмма верхнего уровня процесса
Теперь, когда у нас есть верхнеуровневая карта процесса, мы можем превратить её в диаграмму BPMN верхнего уровня.
Процесс запускается по запросу клиента, поэтому мы будем использовать начальное событие-сообщение — Получить заказ.
Каждое действие на верхнеуровневой карте на диаграмме становится подпроцессом. Следуя иерархическому методу моделирования, потом мы развернём каждый из них в дочернюю диаграмму, чтобы показать каждый шаг в подробностях.
В методе и стиле каждое действие, которое на верхнеуровневой карте отмечено как условное, будет изображено после развилки, проверяющей конечное состояние предыдущего действия.
Если у развилки два исходящих потока, мы подпишем развилку как [конечное состояние 1, где "конечное состояние 1" — название одного из конечных состояний предыдущего действия, а исходящие потоки подпишем: да и нет.
Если исходящих потоков больше двух, мы подпишем их: [конечное состояние 1], [конечное состояние 2] и т.д.
Развилка для схождения альтернативных маршрутов не нужна — мы просто соединим потоки управления со следующим действием.
Если на верхнеуровневой карте какое-то действие выполняется одновременно с другими, то мы можем разделить поток на параллельные маршруты либо с помощью параллельной развилки, либо просто двумя потоками управления, выходящими из предыдущего действия.
Если в дальнейшем какое-то действие потребует завершения двух или более параллельных действий, необходимо использовать сходящую параллельную развилку.
Таким образом, построение BPMN-диаграммы верхнего уровня процесса на основе верхнеуровневой карты становится довольно механическим упражнением. | 172 |
| 6 | Каким главным BPMN-свойством должны обладать шаги на карте? | 229 |
| 7 |  ⛳️ Правила, которые помогут выбрать действия для верхнеуровневой карты:
✅ Помните, что в BPMN начало одного действия обычно инициируется завершением предыдущего действия, а не достижением определенного момента в середине действия.
✅ Кроме того, если процесс распределен между несколькими подразделениями, шаги на карте в идеале должны соответствовать этим границам ответственности.
✅ И, конечно же, желательно ограничить количество действий на карте максиму десятью.
✅ Наконец, если результат действия влияет на последующий маршрут процесса, нужно обозначить конечные состояния каждого действия на карте. Названия конечных состояний должны быть краткими, но емкими.
📌 Перечисленные правила вам пригодятся, но все же составление верхнеуровневой карты процесса может потребовать значительного времени на обсуждения с заинтересованными сторонами.
Мы в МАХ
#БрюсСильвер
#МетодиСтиль@biproces | 222 |
| 8 |  🎯 Верхнеуровневая карта
📌 Второй шаг Метода – составление верхнеуровневой карты процесса.
🔖 Это просто список основных действий процесса, в идеале в количестве не более десяти, из которых потом будет скомпонована диаграмма BPMN верхнего уровня процесса.
🧩 Поскольку верхнеуровневая карта – это всего лишь список основных действий процесса, по идеи, это шаг должен быть очень простым.
✏️ Не следует рассматривать карту как выборочное представление действий процесса, в дальнейшем предполагающее заполнение пробелов между ними. Лучше рассматривайте действия на карте как контейнеры, которые в дальнейшем будут наполняться дополнительной информацией.
🐾 Шаги на верхнеуровневой карте должны быть действиями в смысле BPMN, то есть быть повторяющимися и иметь четко определенное начало и конец.
📌 Кроме того, экземпляры действий на карте должны быть согласованы, то есть соответствовать друг другу и экземпляру процесса как один к одному.
Канал ВРМ в МАХ
#БрюсСильвер@biproces
#МетодиСтиль@biproces | 239 |
| 9 | 没有文字... | 229 |
| 10 |  📌 Определение границ процесса (продолжение)
🎯 Ключевым на первом шаге Метода определения границ процесса являются следующие вопросы:
1⃣ С чего начинается этот процесс? Например, с запроса от внешнего или внутреннего потребителя или он запускается по расписанию?
2⃣ Как понять, что процесс завершился? Когда экземпляр процесса завершен, дальнейшие действия в рамках текущей модели процесса невозможны. Они будут принадлежать модели какого-то другого процесса. Например, если процесс заказа заканчивается отправкой счета, то действия, связанные с получением оплаты, не будут частью данного процесса.
3⃣ Чему соответствует один экземпляр процесса? Обычно это определяется начальным событием. Если начальное событие представляет собой запрос, то экземпляр процесса обычно представляет собой выполнение этого запроса.
4⃣ Существуют ли различные варианты завершения процесса? Другими словами, есть у процесса больше одного конечного состояния?
💯 На первом шаге мы не приступаем к созданию диаграммы процесса. Этот шаг можно считать выполненным, как только вы достигните согласия заинтересованных сторон по четырем вопросам, перечисленным выше.
#БрюсСильвер
#МетодиСтиль | 266 |
| 11 | Знакомая картина: одну и ту же задачу третий раз возвращают на доработку. Отдел продаж уверен, что согласовать должен юрист. Юрист ждёт визы от финансов. Все заняты, все правы. Задача стоит.
Первый рефлекс — найти виноватого и усилить контроль. Через месяц всё повторяется, только с другими людьми.
Дело не в людях. В процессе не определено, кто принимает решение, а кто просто участвует. Когда отвечают двое — не отвечает никто. Это вопрос не дисциплины, а устройства ответственности.
Канал «Архитектура управления» разбирает такие перекосы: полномочия, ответственность, оргструктура, процессы, холдинги. Взгляд архитектора системы управления, без воды.
Если узнали свою компанию:
https://t.me/+kqQpjk2xXmFlZWEy | 236 |
| 12 | Друзья и коллеги, рекомендуем подключаться к нашему каналу в МАХ: https://max.ru/join/V4UVhHbl8tVYLHYuxt0vwUs_Gus4ZUTaHeWXLDWfkZM | 231 |
| 13 |  📌 Определение границ процесса
🧩 Моделирование сверху вниз начинается с выяснения границ процесса – чем процесс начинается и чем заканчивается.
🎯 Процесс необязательно должен быть нацеленным на клиента или кросс-функциональным.
🤹♂ Он может реализовать внутреннюю функцию и от начала до конца протекать в рамках одного подразделения. Важно, чтобы согласие по вопросу о границах процесса было достигнуто до начала моделирования. Ответить на вопрос, где на самом деле завершается процесс, зачастую бывает непросто, но его необходимо обсудить до того, как углубляться в детали процесса.
🕹 На этом первом шаге Метода можно использовать термин «процесс» достаточно вольно, понимая, что он может соответствовать нескольким процессам BPMN. Но в любом случае под процессом понимается повторяющееся действие с четко определенным началом и концом, а не непрерывная бизнес-функция. | 281 |
| 14 |  Как на таком рынке вообще можно устроиться?!
В 2026-м этим вопросом задается почти каждый, перед кем стоит проблема поиска работы.
Булат — солюшен-архитектор, выросший из системного аналитика. Практикующий ментор. В прошлом году он сам трижды (!) попадал под сокращения, но в итоге смог устроиться на еще большую ЗП, чем была до всех сокращений.
Впечатляющий маневр? Думаю, да. А ведь вся нужная инфа для таких же камбэков уже лежит у него в канале:
🔹Где искать работу в РФ и как искать работу аналитиком вне РФ?
🔹Что спрашивают на собеседованиях и что на них отвечать?
🔹Как выбить себе офер посолиднее?
🔥 Топ постов на канале:
🔸Извините, вы оверквалифайд кандидат
🔸Где искать работу? + полезные ресурсы в комментах
🔸System Design интервью на архитектора с вилкой 550к на руки
🔸Собес в СберЗдоровье с решением задачи по архитектуре
🔸Интервью в AEON Payment — финтех на Кипре
🔸Провальное собеседование в банк на solution архитектора
Подписывайся — @na_sobese, если хотите найти работу быстрее. | 215 |
| 15 | 📸 Фотографии с итоговой конференции «BPM-проект года’2026» уже опубликованы на сайте!
Самое время вспомнить яркие моменты конференции, найти себя и коллег на фото — и поделиться впечатлениями в социальных сетях.
Отмечайте участников, финалистов, партнеров, экспертов и друзей BPM-сообщества. Пусть как можно больше людей увидят атмосферу события, сильные проекты и профессиональное сообщество, которое объединяет конкурс «BPM-проект года».
💬 Делитесь фотографиями, рассказывайте о своих впечатлениях и отмечайте конкурс в публикациях.
Спасибо всем, кто был с нами в этот день!
📌️️️️Для вашего удобства мы опубликовали фото на ЯДиске.
До встречи на новых мероприятиях BPM-сообщества 🚀 | 197 |
| 16 | Запись подкаста "Ключевое понятие Метода Брюса Сильвера - конечное состояние". | 205 |
| 17 | Согласно методу Брюса Сильвера, что такое "Конечное состояние"? | 175 |
| 18 |  🎯 Конечное состояние (часть 3)
🔊 Если в подпроцессе предусмотрены два конечных состояния, то рекомендуется в подписи к развилке формулировать вопрос, а в подписях к выходящим из нее потокам управления – варианты ответа «да» и «нет». При этом надпись на развилке (исключая вопросительный знак) должна совпадать с надписью на одном из конечных событий подпроцесса. Это будет означать, что по маршруту «да» на родительской диаграмме пойдут экземпляры процесса, которые достигли конечного события с соответствующей надписью. Экземпляры, следующие по маршруту «нет», - те, которые достигли второго конечного состояния.
🤔 А как быть, если есть три конечные состояния?
✍ В этом случае рекомендуется надписывать потоки, выходящие из развилки, в точности так же, как конечные события подпроцесса.
Несколько конечных состояний необязательно означают неудачное завершение процесса. Они могут просто обозначить какой-то аспект экземпляра, который влияет на последующий маршрут.
📌 Например, процесс может включать действие «Определить тип клиента», который классифицирует покупателя как обычного или как привилегированного. За ним следует развилка с надписью «Премиальный клиент?» с потоками, надписанными «да» и «нет», ведущими к разным процедурам обслуживания. Если «Определить тип клиента» – это подпроцесс, то у него должно быть два конечных события, одно из которых называется «Премиальный клиент».
📈 Экземпляр процесса, достигший этого конечного состояния, в соответствии с нашим правилом будет следовать из развилки по маршруту «да», а экземпляр, достигший любого другого конечного состояния, проследует по маршруту «нет».
Продолжение следует...
#БрюсСильвер #МетодиСтиль
Читать канал в МАХ | 155 |
| 19 |  🎯 Конечное состояние (часть 2)
📢 Если действие – это задача, то его конечные состояния не видны на диаграмме. Но их могут подсказать надписи на следующей за задачей развилке. Например, надпись на развилке Заявка одобрена? Подразумевает конечные состояния Заявка одобрена и Заявка не одобрена.
🔔 Если же действие – это подпроцесс, то вы можете сделать его конечные состояния видимыми на диаграмме, изобразив каждое конечное состояние отдельным конечным событием подпроцесса и надписав его названием конечного состояния.
🥁 Хотя спецификация BPMN следовать этому правилу не требует, в Методе оно занимает центральное место, поскольку позволяет отслеживать процессную логику вниз по иерархии.
Продолжение следует… | 161 |
| 20 |  Следующий конкурс «BPM-проект года» стартует уже 1 декабря 2026 года. Он станет юбилейным — и мы приглашаем компании заранее готовить свои проекты, чтобы представить лучшие практики процессного управления, цифровой трансформации и автоматизации бизнес-процессов.
До встречи в новом сезоне конкурса! | 157 |
