🚀 Начинается новый конкурс "BPM-проект года"!
Спешите подать свои проекты, а то Новый год, а потом — вжух — и будет поздно😀
Вот официальное сообщение от организаторов:
-------------------
Ассоциация профессионалов управления бизнес-процессами (ABPMP Russia Chapter) при поддержке ИТ-кластера Фонда "Сколково" и Аналитического центра при Правительстве РФ приглашает к участию в конкурсе «BPM-проект года'2026»
О конкурсе:
Цель мероприятия — выявление и награждение лучших практик в области управления бизнес-процессами и автоматизации. Конкурс предоставляет участникам возможность продемонстрировать свои достижения, поделиться опытом и получить признание профессионального сообщества.
Старт приёма заявок - 1 декабря 2025.
Участие: бесплатное.
Сайт конкурса: https://bpmaward.ru/
Спешите подать свои проекты, а то Новый год, а потом — вжух — и будет поздно😀
Вот официальное сообщение от организаторов:
-------------------
Ассоциация профессионалов управления бизнес-процессами (ABPMP Russia Chapter) при поддержке ИТ-кластера Фонда "Сколково" и Аналитического центра при Правительстве РФ приглашает к участию в конкурсе «BPM-проект года'2026»
О конкурсе:
Цель мероприятия — выявление и награждение лучших практик в области управления бизнес-процессами и автоматизации. Конкурс предоставляет участникам возможность продемонстрировать свои достижения, поделиться опытом и получить признание профессионального сообщества.
Старт приёма заявок - 1 декабря 2025.
Участие: бесплатное.
Сайт конкурса: https://bpmaward.ru/
bpmaward.ru
BPM-проект года — конкурс проектов повышения эффективности на основе методов и технологий BPM
Конкурс 'BPM-проект года' проводится Ассоциацией профессионалов управления бизнес-процессами (ABPMP Russian Chapter) при поддержке ИТ-кластера Фонда 'Сколково' и Аналитического центра при Правительстве РФ. Целью конкурса является распространение передовых…
❤5🔥4
Из BPMN-модели легко вытащить разные статистики исполнения ⚙️📊
И тут возникает искушение назвать эти чисто технические параметры метриками 🧮
Но будьте осторожны! ⚠️
Если они не связаны со стратегией 🎯, то могут увести вас в ложную сторону 🧭🚫
Измерять надо результаты, а не просто активность📈
Почему это проблема
Когда метрики сфокусированы на внутренней механике, возникает несколько искажений:
1. Можно идеально оптимизировать то, что бизнесу вообще не важно
Например, сократить время на согласование документа, который клиент даже не видит и который никак не влияет на прибыль.
2. Процесс может “улучшаться”, но клиенты этого не почувствуют
Все шаги работают быстрее и чище, но конечный цикл — от заявки до результата — по-прежнему занимает недели.
3. Команда оптимизирует частные действия, а не поток ценности
Каждый отдел улучшает свой кусочек, но общая цепочка остается неэффективной.
4. Невозможно понять, создает ли процесс конкурентное преимущество
Если метрики не связаны с конечной пользой — скоростью выдачи продукта, снижением издержек или ростом NPS, — они не имеют стратегического смысла.
И тут возникает искушение назвать эти чисто технические параметры метриками 🧮
Но будьте осторожны! ⚠️
Если они не связаны со стратегией 🎯, то могут увести вас в ложную сторону 🧭🚫
Измерять надо результаты, а не просто активность
Почему это проблема
Когда метрики сфокусированы на внутренней механике, возникает несколько искажений:
1. Можно идеально оптимизировать то, что бизнесу вообще не важно
Например, сократить время на согласование документа, который клиент даже не видит и который никак не влияет на прибыль.
2. Процесс может “улучшаться”, но клиенты этого не почувствуют
Все шаги работают быстрее и чище, но конечный цикл — от заявки до результата — по-прежнему занимает недели.
3. Команда оптимизирует частные действия, а не поток ценности
Каждый отдел улучшает свой кусочек, но общая цепочка остается неэффективной.
4. Невозможно понять, создает ли процесс конкурентное преимущество
Если метрики не связаны с конечной пользой — скоростью выдачи продукта, снижением издержек или ростом NPS, — они не имеют стратегического смысла.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6
ВасильевОценкаЦифровойТрансформацииЧерезОценкуЦифровойЗрелости27Ноября.pdf
1.7 MB
📊 Оценка цифровой зрелости: как понять, куда движется ваша трансформация
Максим Васильев, архитектор из Росгосстрах на саммите TAdviser рассказал о том, как измерять цифровую зрелость компании и почему это вообще важно.
В документе — по сути, мини-методичка:
— что такое цифровая зрелость и какие уровни бывают
— какие метрики реально показывают прогресс, а какие — только создают иллюзию цифровизации
— как собирать данные и проводить оценку
— примеры метрик: от цифровых продаж до зрелости процессов управления данными
— как превращать результат оценки в конкретные решения и изменения в компании
Если вы работаете с цифровизацией, архитектурой или трансформационными программами — материал прям must have.
📎 Презентацию можно использовать как чек-лист или опорный доклад.
Максим Васильев, архитектор из Росгосстрах на саммите TAdviser рассказал о том, как измерять цифровую зрелость компании и почему это вообще важно.
В документе — по сути, мини-методичка:
— что такое цифровая зрелость и какие уровни бывают
— какие метрики реально показывают прогресс, а какие — только создают иллюзию цифровизации
— как собирать данные и проводить оценку
— примеры метрик: от цифровых продаж до зрелости процессов управления данными
— как превращать результат оценки в конкретные решения и изменения в компании
Если вы работаете с цифровизацией, архитектурой или трансформационными программами — материал прям must have.
📎 Презентацию можно использовать как чек-лист или опорный доклад.
🔥5
🧭 BPM в точке бифуркации: рынок без имени и будущее без BPMN 3.0
Когда-то BPM мечтал стать новым ERP — центром корпоративного управления. Но вместо триумфа — кризис самоидентификации.
🔹 Gartner больше не выпускает Magic Quadrant по iBPMS.
🔹 Camunda отказалась от категории BPM, создав нишу Process Orchestration.
🔹 BPMN 3.0 так и не появился, хотя мир перешел от регламентов к событиям, от людей — к ИИ-агентам.
Сегодня BPM оказался под давлением четырех тектонических сдвигов:
🔹ИИ обесценивает Low-code, но пока не умеет генерировать реальные процессы — люди редко работают по инструкциям.
🔹iPaaS и облака превращают оркестрацию в часть инфраструктуры, растворяя процессы в интеграциях — и лишая их видимости.
🔹Событийная архитектура (EDA) требует асинхронности и highload, а классические BPM-движки — stateful и медленные.
🔹Highload заставляет переписывать движки: Camunda создала Zeebe, другие смотрят в сторону Temporal.
🔮 Что ждёт BPM к 2030 году?
🔶BPM перестанет быть единым рынком — продукты слишком различны.
🔶Процессное мышление останется, но BPM расколется на управленческую (анализ, моделирование) и инженерную (оркестрация, исполнение) части.
Low-code уйде🔶т под ИИ-генерацию приложений, а Process Mining, наконец, выйдет из тени.
🔶Оркестрация станет архитектурной дисциплиной — рядом с Temporal, Argo, Camunda и Flowable.
📄 Полная версия — в свежем номере «Открытых систем»:
👉 https://www.osp.ru/os/2025/04/13060177
Автор: Станислав Макаров
Когда-то BPM мечтал стать новым ERP — центром корпоративного управления. Но вместо триумфа — кризис самоидентификации.
🔹 Gartner больше не выпускает Magic Quadrant по iBPMS.
🔹 Camunda отказалась от категории BPM, создав нишу Process Orchestration.
🔹 BPMN 3.0 так и не появился, хотя мир перешел от регламентов к событиям, от людей — к ИИ-агентам.
Сегодня BPM оказался под давлением четырех тектонических сдвигов:
🔹ИИ обесценивает Low-code, но пока не умеет генерировать реальные процессы — люди редко работают по инструкциям.
🔹iPaaS и облака превращают оркестрацию в часть инфраструктуры, растворяя процессы в интеграциях — и лишая их видимости.
🔹Событийная архитектура (EDA) требует асинхронности и highload, а классические BPM-движки — stateful и медленные.
🔹Highload заставляет переписывать движки: Camunda создала Zeebe, другие смотрят в сторону Temporal.
🔮 Что ждёт BPM к 2030 году?
🔶BPM перестанет быть единым рынком — продукты слишком различны.
🔶Процессное мышление останется, но BPM расколется на управленческую (анализ, моделирование) и инженерную (оркестрация, исполнение) части.
Low-code уйде🔶т под ИИ-генерацию приложений, а Process Mining, наконец, выйдет из тени.
🔶Оркестрация станет архитектурной дисциплиной — рядом с Temporal, Argo, Camunda и Flowable.
«Там, где есть язык процессов, появляются прозрачность, ответственность и устойчивый ритм улучшений. В мире, где перемены обгоняют планы, выигрывают те, у кого понятнее поток ценности».
📄 Полная версия — в свежем номере «Открытых систем»:
👉 https://www.osp.ru/os/2025/04/13060177
Автор: Станислав Макаров
🔥12👍3
Intelligent Document Processing (IDP) — это технологии, которые автоматически извлекают данные из любых документов 📄✨: PDF, сканов, писем, форм. IDP использует OCR, NLP и ML, чтобы распознавать текст, понимать структуру и превращать хаос из бумаг в аккуратные данные.
Как это связано с BPM?
IDP закрывает «болевую точку» процессов — работу с входящими документами.
Без IDP процессы тормозят, потому что нужен ручной ввод.
С IDP документы становятся частью потока автоматически:
— письмо → классификация → извлечение данных → запуск процессного кейса 🚀
— скан заявления → автоматическая проверка → загрузка в BPM 🧩
— договор → парсинг ключевых полей → старт согласования 📑⚙️
Итого: BPM автоматизирует процесс 🔄, IDP — подготовку данных для него 🧠.
Вместе — полноценная сквозная автоматизация без ручных «разрывов» 🔗✨.
А чтобы узнать о ведущих игроках этого рынка, смотрите новость на Хабре про магический квадрат Гартнер по IDP:
https://habr.com/ru/news/972734/
Как это связано с BPM?
IDP закрывает «болевую точку» процессов — работу с входящими документами.
Без IDP процессы тормозят, потому что нужен ручной ввод.
С IDP документы становятся частью потока автоматически:
— письмо → классификация → извлечение данных → запуск процессного кейса 🚀
— скан заявления → автоматическая проверка → загрузка в BPM 🧩
— договор → парсинг ключевых полей → старт согласования 📑⚙️
Итого: BPM автоматизирует процесс 🔄, IDP — подготовку данных для него 🧠.
Вместе — полноценная сквозная автоматизация без ручных «разрывов» 🔗✨.
А чтобы узнать о ведущих игроках этого рынка, смотрите новость на Хабре про магический квадрат Гартнер по IDP:
https://habr.com/ru/news/972734/
👍8❤2
Лайфхак: как отслеживать статусы и не захламлять диаграму
Решение для Camunda/OpenBPM
Ранее мы обсудили саму проблему — хочется видеть не диаграмме смену статуса процессной сущности, но не хочется каждый раз ставить сервис-таск, получается громоздко.
👉https://news.1rj.ru/str/bpm_developers/197
И показали решение для JmixBPM/Flowable, как можно это разрулить сигналами и event-подпроцессом.
👉https://news.1rj.ru/str/bpm_developers/198
Но в Camunda/OpenBPM это так не работает😟
Там все сигналы широковещательные.
И сообщения очень трудно коррелировать в свой же процесс.
Но выход все-таки нашелся!🎉
Вместо сигналов можно использовать
Результат точно такой же:
Более чистая и читаемая диаграмма, наглядная история смены статуса, одна точка обновления сущности в БД.
И точно так же не забудте навесить
${execution.setVariable('status', 'approved')}
Вуаля! И статусы изменяются, и все хорошо видно!
Решение для Camunda/OpenBPM
Ранее мы обсудили саму проблему — хочется видеть не диаграмме смену статуса процессной сущности, но не хочется каждый раз ставить сервис-таск, получается громоздко.
👉https://news.1rj.ru/str/bpm_developers/197
И показали решение для JmixBPM/Flowable, как можно это разрулить сигналами и event-подпроцессом.
👉https://news.1rj.ru/str/bpm_developers/198
Но в Camunda/OpenBPM это так не работает
Там все сигналы широковещательные.
И сообщения очень трудно коррелировать в свой же процесс.
Но выход все-таки нашелся!
Вместо сигналов можно использовать
Escalation event — это работает в точности как локальный сигнал во Flowable.Результат точно такой же:
Более чистая и читаемая диаграмма, наглядная история смены статуса, одна точка обновления сущности в БД.
И точно так же не забудте навесить
execution listener на поток, входящий в ивент с выражением типа ${execution.setVariable('status', 'approved')}
Вуаля! И статусы изменяются, и все хорошо видно!
Please open Telegram to view this post
VIEW IN TELEGRAM
👍12
📊 Измеряем сложность моделей: почему «меньше — значит лучше»
Статья из блога Flowable
В мире оркестрации процессов постоянно всплывает один и тот же вопрос: а не слишком ли сложные модели мы создаем? Вопрос важный, потому что избыточно сложные модели приносят целый букет проблем: их труднее понимать, поддерживать и изменять — а это напрямую бьет по срокам и результатам проектов.
🔹Зачем вообще измерять сложность BPMN/CMMN-моделей
🔹Почему огромные диаграммы с кучей шлюзов — это плохо
🔹Как простая DMN-таблица может заменить половину процесса
🔹Разбор метрик сложности: NOA, CFC, CNC, плотность, вложенность и другие
Реальные примеры: «Процесс согласования» и «Кредитный кейс»
Если вы когда-нибудь открывали чью-то модель и понимали, что проще переписать её с нуля — эта статья для вас.
Читаем на Хабре: [перевод]
Статья из блога Flowable
В мире оркестрации процессов постоянно всплывает один и тот же вопрос: а не слишком ли сложные модели мы создаем? Вопрос важный, потому что избыточно сложные модели приносят целый букет проблем: их труднее понимать, поддерживать и изменять — а это напрямую бьет по срокам и результатам проектов.
🔹Зачем вообще измерять сложность BPMN/CMMN-моделей
🔹Почему огромные диаграммы с кучей шлюзов — это плохо
🔹Как простая DMN-таблица может заменить половину процесса
🔹Разбор метрик сложности: NOA, CFC, CNC, плотность, вложенность и другие
Реальные примеры: «Процесс согласования» и «Кредитный кейс»
Если вы когда-нибудь открывали чью-то модель и понимали, что проще переписать её с нуля — эта статья для вас.
Читаем на Хабре: [перевод]
🔥5👍3❤2
Измерение сложности моделей — Часть 2: Теория на практике
В предыдущей статье мы заложили фундамент для анализатора сложности, определив ключевые метрики для оценки сложности моделей процессов. Теперь разберем, как превратить эту теорию в реально работающий инструмент.
Что внутри:
🔹Собрали датасет из 332 BPMN-процессов и 54 CMMN-кейсов реальных клиентов
🔹Нормализовали метрики, запустили K-Means и получили три кластера: низкая / средняя / высокая сложность
🔹Разобрали, какие метрики реально рулят: CFC, CNC, NOAJS, NVAR, NRC
🔹Почему модель может быть «простой» по шлюзам, но всё равно сложной (и наоборот)
🔹Зачем иногда нужно включать NRP, а для CMMN — лучше его выкинуть
🎯 И главное: как из кучи цифр получился рабочий фреймворк для оценки любой модели
Если вы когда-нибудь открывали процесс и думали «кто это вообще нарисовал?» — это обязательное чтение.
Читать перевод на Хабре👉 [ссылка]
В предыдущей статье мы заложили фундамент для анализатора сложности, определив ключевые метрики для оценки сложности моделей процессов. Теперь разберем, как превратить эту теорию в реально работающий инструмент.
Что внутри:
🔹Собрали датасет из 332 BPMN-процессов и 54 CMMN-кейсов реальных клиентов
🔹Нормализовали метрики, запустили K-Means и получили три кластера: низкая / средняя / высокая сложность
🔹Разобрали, какие метрики реально рулят: CFC, CNC, NOAJS, NVAR, NRC
🔹Почему модель может быть «простой» по шлюзам, но всё равно сложной (и наоборот)
🔹Зачем иногда нужно включать NRP, а для CMMN — лучше его выкинуть
Если вы когда-нибудь открывали процесс и думали «кто это вообще нарисовал?» — это обязательное чтение.
Читать перевод на Хабре👉 [ссылка]
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5🔥1
Мы завершаем серию про измерение сложности моделей и представляем готовый инструмент — FlowComplexity!
Что внутри:
🔹Автономный анализатор BPMN и CMMN-моделей
🔹Подключение к вашему Flowable Design за пару кликов
🔹Полная разбивка метрик сложности для каждой модели
🔹Скачивание результатов и детальные описания всех метрик
🔹Планы на будущее: открытый исходный код, подсказки прямо в редакторе и интеграция с runtime-статистикой
Скачайте бесплатно (нужен только trial-аккаунт Flowable) и начинайте делать свои процессы читаемыми и поддерживаемыми уже сегодня!
Читать статью и скачать инструмент 👇https://habr.com/ru/articles/975784/
Что внутри:
🔹Автономный анализатор BPMN и CMMN-моделей
🔹Подключение к вашему Flowable Design за пару кликов
🔹Полная разбивка метрик сложности для каждой модели
🔹Скачивание результатов и детальные описания всех метрик
🔹Планы на будущее: открытый исходный код, подсказки прямо в редакторе и интеграция с runtime-статистикой
Скачайте бесплатно (нужен только trial-аккаунт Flowable) и начинайте делать свои процессы читаемыми и поддерживаемыми уже сегодня!
Читать статью и скачать инструмент 👇https://habr.com/ru/articles/975784/
🤔4
Вы, конечно же, все знаете, в чем разница между технической🤖 и бизнес👑-ошибкой.💡
По сути,
Но иногда привычка разработчика берет верх и с помошью бизнес-ошибок моделируются технические сбои.😮
Не попадайте в эту ловушку!🎯
По сути,
BPMN error это никакая не ошибка, а один из предсказуемых вариантов сценария.Но иногда привычка разработчика берет верх и с помошью бизнес-ошибок моделируются технические сбои.
Не попадайте в эту ловушку!🎯
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3🔥1
🔙 Откаты в банках: как работает компенсация транзакций в Camunda
Откаты — это не то, что вы подумали, это сугубо про процессы😎
Вы знали, что в банках при сбоях нужно «откатывать» не только код, но и финансовые операции? И если делать это вручную, код превращается в лавину try/catch, флагов и скрытых зависимостей.
Но есть способ лучше —
Увы, многие аналитики не используют этот паттерн. Потому что он интуитивно непонятен и надо немного напрячься, чтобы въехать, как это работает. Но вечно некогда, а и не очень-то ясно, где его применять.
Мы перевели для вас статью, где на реальном примере показано, как банк автоматизировал откат транзакций между микросервисами:
✅ Что такое компенсационные события — и зачем они нужны вместо кучи ручных откатов
✅ Как это работает в Camunda — через Saga-паттерн и BPMN-диаграммы
✅ Живой кейс из банка — от списания и зачисления до полного отката, если что-то пошло не так
✅ Где ещё это используют — от цепочек поставок до электронной коммерции
Главный плюс: вся логика откатов видна на диаграмме процесса, а не спрятана в коде. Это снижает риски, обеспечивает compliance и сохраняет доверие клиентов.
👉 Читайте на Хабре:
https://habr.com/ru/articles/984416/
Откаты — это не то, что вы подумали, это сугубо про процессы
Вы знали, что в банках при сбоях нужно «откатывать» не только код, но и финансовые операции? И если делать это вручную, код превращается в лавину try/catch, флагов и скрытых зависимостей.
Но есть способ лучше —
Compensation Events в BPMN.Увы, многие аналитики не используют этот паттерн. Потому что он интуитивно непонятен и надо немного напрячься, чтобы въехать, как это работает. Но вечно некогда, а и не очень-то ясно, где его применять.
Мы перевели для вас статью, где на реальном примере показано, как банк автоматизировал откат транзакций между микросервисами:
✅ Что такое компенсационные события — и зачем они нужны вместо кучи ручных откатов
✅ Как это работает в Camunda — через Saga-паттерн и BPMN-диаграммы
✅ Живой кейс из банка — от списания и зачисления до полного отката, если что-то пошло не так
✅ Где ещё это используют — от цепочек поставок до электронной коммерции
Главный плюс: вся логика откатов видна на диаграмме процесса, а не спрятана в коде. Это снижает риски, обеспечивает compliance и сохраняет доверие клиентов.
👉 Читайте на Хабре:
https://habr.com/ru/articles/984416/
Please open Telegram to view this post
VIEW IN TELEGRAM
👍8
🚀 AI-автоматизация 2026: 7 топ-инструментов для бизнеса, где важен контроль и трассируемость
Собрали сложные AI-воркфлоу в одной схеме, но когда дело доходит до продакшена, особенно в регулируемых отраслях, возникает главный вопрос: как доказать, что сделал AI и почему?
Новый обзор — не просто список платформ, а подробный гайд по выбору решения, которое балансирует между скоростью разработки и уровнем контроля.
🔍 Ключевой критерий: ваша отрасль.
Для банков, страхования и здравоохранения аудит-логи и человеческое утверждение — не опция, а must-have.
📌 7 лидеров рынка с четкими профилями:
• Flowable AI Studio — для процессов с участием человека
• Zapier — простая no-code автоматизация
• Camunda — для масштабируемой серверной разработки
• Appian — low-code платформа «всё в одном»
• Pega Platform — корпоративное управление кейсами
• Workato — интеграции под контролем IT-отдела
• n8n — self-hosted автоматизация (ваши данные, ваши серверы)
📊 Чек-лист для выбора:
В статье — готовый набор критериев: от ценообразования (осторожно с шаговой тарификацией для AI-агентов!) до уровня поддержки, governance-функций и гибкости развертывания.
👉 Для кого: руководителей, IT-архитекторов и product-менеджеров, которые внедряют AI-автоматизацию в регулируемых или сложных бизнес-процессах.
Не просто инструменты, а стратегии их внедрения.
Читайте обзор, чтобы выбрать платформу, которая не только автоматизирует, но и дает управляемость, трассируемость и контроль.
Читать полный обзор → https://habr.com/ru/articles/984742/
Собрали сложные AI-воркфлоу в одной схеме, но когда дело доходит до продакшена, особенно в регулируемых отраслях, возникает главный вопрос: как доказать, что сделал AI и почему?
Новый обзор — не просто список платформ, а подробный гайд по выбору решения, которое балансирует между скоростью разработки и уровнем контроля.
🔍 Ключевой критерий: ваша отрасль.
Для банков, страхования и здравоохранения аудит-логи и человеческое утверждение — не опция, а must-have.
📌 7 лидеров рынка с четкими профилями:
• Flowable AI Studio — для процессов с участием человека
• Zapier — простая no-code автоматизация
• Camunda — для масштабируемой серверной разработки
• Appian — low-code платформа «всё в одном»
• Pega Platform — корпоративное управление кейсами
• Workato — интеграции под контролем IT-отдела
• n8n — self-hosted автоматизация (ваши данные, ваши серверы)
📊 Чек-лист для выбора:
В статье — готовый набор критериев: от ценообразования (осторожно с шаговой тарификацией для AI-агентов!) до уровня поддержки, governance-функций и гибкости развертывания.
👉 Для кого: руководителей, IT-архитекторов и product-менеджеров, которые внедряют AI-автоматизацию в регулируемых или сложных бизнес-процессах.
Не просто инструменты, а стратегии их внедрения.
Читайте обзор, чтобы выбрать платформу, которая не только автоматизирует, но и дает управляемость, трассируемость и контроль.
Читать полный обзор → https://habr.com/ru/articles/984742/
🔥6👍1
🤖 ChatGPT делает все. Зачем тогда сложные бизнес-процессы и старые стандарты вроде BPMN?
Кажется, что генеративный ИИ сам справится с любой задачей. Но на практике, чтобы запустить в продакшн тысячи скоординированных ИИ-агентов, нужна мощная оркестрация, контроль и аудит.
Именно здесь приходит на помощь
👉 Коротко о главном:
🔹 BPMN — это “lingua franca” для ИИ-агентов. Он делает процессы прозрачными, объяснимыми и управляемыми — так же, как когда-то согласовывал ожидания разных отделов.
🔹 ИИ генерирует BPMN, но исполняет — движок. Специализированные BPMN-движки работают в тысячи раз быстрее и дешевле, чем запуск ИИ на каждый шаг процесса. Клиенты Flowable запускают миллионы инстансов процессов ежедневно.
🔹 CMMN — для непредсказуемых сценариев. Если BPMN — это линейный процесс, то CMMN (Case Management) позволяет агентам включаться контекстно, по данным, а не по жесткому скрипту.
🔹 Мультиагентная оркестрация уже работает. В статье — живой пример, как через Flowable координируются
💡 Вывод:
ИИ не отменяет инженерный подход к автоматизации. Наоборот — стандарты типа BPMN/CMMN становятся мостом между агентным ИИ и enterprise-продакшеном, давая масштабируемость, управляемость и трассируемость.
Если вы проектируете сложные бизнес-процессы с ИИ — этот разбор покажет, как соединить силу агентов с надёжностью промышленной автоматизации.
[Читать на Хабре →] https://habr.com/ru/articles/984870/
Кажется, что генеративный ИИ сам справится с любой задачей. Но на практике, чтобы запустить в продакшн тысячи скоординированных ИИ-агентов, нужна мощная оркестрация, контроль и аудит.
Именно здесь приходит на помощь
BPMN и становится ключевым языком общения уже не между людьми, а между ИИ-агентами.👉 Коротко о главном:
🔹 BPMN — это “lingua franca” для ИИ-агентов. Он делает процессы прозрачными, объяснимыми и управляемыми — так же, как когда-то согласовывал ожидания разных отделов.
🔹 ИИ генерирует BPMN, но исполняет — движок. Специализированные BPMN-движки работают в тысячи раз быстрее и дешевле, чем запуск ИИ на каждый шаг процесса. Клиенты Flowable запускают миллионы инстансов процессов ежедневно.
🔹 CMMN — для непредсказуемых сценариев. Если BPMN — это линейный процесс, то CMMN (Case Management) позволяет агентам включаться контекстно, по данным, а не по жесткому скрипту.
🔹 Мультиагентная оркестрация уже работает. В статье — живой пример, как через Flowable координируются
utility agents, document agents, orchestrator agents и внешние системы (AWS, Azure, Salesforce) без привязки к вендору.💡 Вывод:
ИИ не отменяет инженерный подход к автоматизации. Наоборот — стандарты типа BPMN/CMMN становятся мостом между агентным ИИ и enterprise-продакшеном, давая масштабируемость, управляемость и трассируемость.
Если вы проектируете сложные бизнес-процессы с ИИ — этот разбор покажет, как соединить силу агентов с надёжностью промышленной автоматизации.
[Читать на Хабре →] https://habr.com/ru/articles/984870/
👍11❤1
BPMN: понять и упростить!
Реальные процессы очень сложны. Простыми они бывают только на презентациях, а как доходит до продакшена, то ваша красивая BPMN-диаграмма превращается в хаотичный клубок стрелок и кубиков.🤷♀️
И что же делать? — С самой моделью, увы, ничего. Сложность просто надо принять, как норму жизни.☹️
Но можно призвать на помощь LLM и попросить ее разъяснить, что такое тут нарисовано!🎉
Вы уже не раз слышали или читали про попытки моделировать процессы при помощи LLM и знаете, что они пока еще далеки от успеха.
Почему так — это отдельный разговор. Ведь ИИ отлично умеет кодить, а BPMN, по сути, тот же код. Даже немного странно, что ИИ с этим так плохо справляется.
Однако, создание моделей это лишь один этап жизненного цикла автоматизированного процесса. Дальше эту модель надо согласовать с бизнесом и передать разработчикам, после чего она станет еще сложнее.
На каждом этапе с ней будут работать люди, которые чаще всего не являются экспертами в BPMN — им-то как быть?
Вот здесь-то и пригодится "Process Assistent", который объяснит, как данный процесс работает.
Читайте на Хабре перевод статьи, где автор делится своими техниками по преодолению сложности BPMN.
На самом деле, это огромная и недооцененная проблема. Именно сложность становится барьером на пути к широкому принятию BPMN в организациях.
🔗 https://habr.com/ru/articles/985108/
Реальные процессы очень сложны. Простыми они бывают только на презентациях, а как доходит до продакшена, то ваша красивая BPMN-диаграмма превращается в хаотичный клубок стрелок и кубиков.🤷♀️
Авторы нотации BPMN надеялись, что это будет
лингва франка
для всех, кто работает с процессами, а получилась
китайская грамота
.
И что же делать? — С самой моделью, увы, ничего. Сложность просто надо принять, как норму жизни.☹️
Но можно призвать на помощь LLM и попросить ее разъяснить, что такое тут нарисовано!
Вы уже не раз слышали или читали про попытки моделировать процессы при помощи LLM и знаете, что они пока еще далеки от успеха.
Почему так — это отдельный разговор. Ведь ИИ отлично умеет кодить, а BPMN, по сути, тот же код. Даже немного странно, что ИИ с этим так плохо справляется.
Однако, создание моделей это лишь один этап жизненного цикла автоматизированного процесса. Дальше эту модель надо согласовать с бизнесом и передать разработчикам, после чего она станет еще сложнее.
На каждом этапе с ней будут работать люди, которые чаще всего не являются экспертами в BPMN — им-то как быть?
Вот здесь-то и пригодится "Process Assistent", который объяснит, как данный процесс работает.
Читайте на Хабре перевод статьи, где автор делится своими техниками по преодолению сложности BPMN.
На самом деле, это огромная и недооцененная проблема. Именно сложность становится барьером на пути к широкому принятию BPMN в организациях.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5
Forwarded from OpenBPM
Главный вызов для крупных компаний сегодня: нужно уйти с Camunda 7, но так, чтобы не потерять наработанное, остаться с BPMN и не просесть в безопасности и стабильности.
Эксперты отмечают: для сценариев с невысокой нагрузкой (доля которых очень велика) миграция на Camunda 8 или Temporal избыточна, а ключевая потребность — это предсказуемость, безопасность и централизованная платформизация движка.
Мы пришли к схожим выводам и даже публиковали статью «Camunda 7, почему «форк» – это правильно» на Хабре.
Мы уже более года предлагаем именно такое решение — стабильный и безопасный форк Camunda 7, который решает обозначенные в статье Т-Банка проблемы:
🔹 Продолжает получать обновления и критические исправления безопасности.
🔹 Сохраняет полную совместимость с BPMN/DMN и существующими наработками команд.
🔹 Позволяет плавно перейти от embedded-решений к управляемому сервису (aaS) без болезненной миграции.
🔹 Поддержан экосистемой внешних инструментов для разработки и управления бизнес-процессами
Пока другие только начинают долгий путь оценки и PoC, у вас уже есть готовое рабочее решение. Выбор, сделанный в пользу OpenBPM, — это выбор в пользу стратегической стабильности и технологической независимости.
P.S. Если вы всё же задумываетесь о собственном форке, то посмотрите наш вебинар "Сколько на самом деле стоит open source?", где мы разбираем вопросы поддержки форка своими силами.
📌 Разбор от Т-Банка на Хабре «От потребностей команд к требованиям: выбор движка бизнес процессов после EOL Camunda 7»
📌 Статья от нашей команды на Хабре «Camunda 7, почему «форк» – это правильно»
📌 Наш вебинар «Сколько на самом деле стоит open source?»
➡️ Репозиторий OpenBPM на GitFlic
➡️ Документация OpenBPM
#Camunda #OpenBPM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍12🤔4🔥3❤1🤷♀1
📊 Российский рынок BPM-систем — итоги 2025 года от Cnews
Российский сегмент BPM окончательно стал преимущественно отечественным: около 85-90% новых внедрений приходится на российские решения. Заказчики всё чаще выбирают российские BPM как долгосрочную стратегическую платформу, а не временную альтернативу.
📈 Топ-5 крупнейших игроков рынка по выручке (без НДС)
1. BPMSoft — 2,43 млрд ₽ (+20%)
2. Directum — 2,20 млрд ₽ (+69%)
3. Айфэлл — 1,95 млрд ₽ (+27%)
4. BPM (в группе «Ланит») — 1,73 млрд ₽ (+19%)
5. Digital Design — 1,48 млрд ₽ (+18%)
⌛️ Изменение подхода заказчиков
За последние годы изменился характер внедрений:
⁃ Проекты стали крупнее, глубже и шире по охвату процессов.
⁃ Отдельные задачи уходят в прошлое — BPM превращается в ядро цифровой архитектуры предприятий.
⁃ Платформы интегрируются с low-code, ИИ и RPA-технологиями, чтобы решать комплексные управленческие задачи.
❗️ Что важно
- Российские решения перестали восприниматься как «временное импортозамещение» — они становятся основой для цифрового управления бизнесом.
- Рост выручки компаний связан с переходом от отдельных BPM-задач к платформенной автоматизации бизнес-экосистем.
- Несмотря на некоторую стабилизацию роста рынка, спрос сохраняется за счёт крупных корпоративных цифровых трансформаций.
Рынок BPM в России укрепляется. Отечественные платформы не только доминируют по доле внедрений, но и становятся стратегическим элементом ИТ-архитектуры компаний, поддерживая глубокую автоматизацию и интеграцию с современными технологиями.
➡️ Полная версия рейтинга
Российский сегмент BPM окончательно стал преимущественно отечественным: около 85-90% новых внедрений приходится на российские решения. Заказчики всё чаще выбирают российские BPM как долгосрочную стратегическую платформу, а не временную альтернативу.
📈 Топ-5 крупнейших игроков рынка по выручке (без НДС)
1. BPMSoft — 2,43 млрд ₽ (+20%)
2. Directum — 2,20 млрд ₽ (+69%)
3. Айфэлл — 1,95 млрд ₽ (+27%)
4. BPM (в группе «Ланит») — 1,73 млрд ₽ (+19%)
5. Digital Design — 1,48 млрд ₽ (+18%)
⌛️ Изменение подхода заказчиков
За последние годы изменился характер внедрений:
⁃ Проекты стали крупнее, глубже и шире по охвату процессов.
⁃ Отдельные задачи уходят в прошлое — BPM превращается в ядро цифровой архитектуры предприятий.
⁃ Платформы интегрируются с low-code, ИИ и RPA-технологиями, чтобы решать комплексные управленческие задачи.
❗️ Что важно
- Российские решения перестали восприниматься как «временное импортозамещение» — они становятся основой для цифрового управления бизнесом.
- Рост выручки компаний связан с переходом от отдельных BPM-задач к платформенной автоматизации бизнес-экосистем.
- Несмотря на некоторую стабилизацию роста рынка, спрос сохраняется за счёт крупных корпоративных цифровых трансформаций.
Рынок BPM в России укрепляется. Отечественные платформы не только доминируют по доле внедрений, но и становятся стратегическим элементом ИТ-архитектуры компаний, поддерживая глубокую автоматизацию и интеграцию с современными технологиями.
➡️ Полная версия рейтинга
👍7🔥3❤1