Большие процессы в BPMN часто ломаются.
Почему? И как это исправить?
Все знают: "Процесс должен быть сквозным — от заказа до доставки". Логично на бумаге. Но в реальности автоматизированные процессы превращаются в минное поле:
- Одна ошибка в оплате валит весь заказ
- Изменения требуют созвонов 5 команд
- Тесты длятся часы, баги не воспроизводятся
- Новички месяц изучают "большую схему"
Почему так происходит?
Чем больше элементов и связей в диаграмме, тем система становится более хрупкой. Малейшее изменение (новые регуляции, сбой сервиса) — и все рушится.
Но решение есть — теория остаточности
Как это использовать:
1. Разделите по доменам
Заказы — отдельный процесс. Оплата — отдельный. Доставка — отдельный. Изменения в одном месте не трогают другие.
2. Внутри каждого модуля — маленькие блоки
Используйте Call Activities. Каждый блок решает одну задачу, легко тестируется и меняется.
3. Домены говорят только событиями
"Оплата прошла" → запускается доставка. Без знания внутренних деталей друг о друге.
Результат:
- Стресс локальный, не по всей системе
- Команды работают автономно
- Тесты быстрые и надежные
- Процессы легко понимают новички
Это не про "разбить на кусочки", а про то, как сделать процессы устойчивыми к реальной жизни.
🔗 Полный перевод на Хабре 👉
https://habr.com/ru/articles/997096/
Почему? И как это исправить?
Все знают: "Процесс должен быть сквозным — от заказа до доставки". Логично на бумаге. Но в реальности автоматизированные процессы превращаются в минное поле:
- Одна ошибка в оплате валит весь заказ
- Изменения требуют созвонов 5 команд
- Тесты длятся часы, баги не воспроизводятся
- Новички месяц изучают "большую схему"
Почему так происходит?
Чем больше элементов и связей в диаграмме, тем система становится более хрупкой. Малейшее изменение (новые регуляции, сбой сервиса) — и все рушится.
Но решение есть — теория остаточности
Если коротко, Теория остаточности — это идея
Барри О’Рейли
:🔹
Системы (ПО, процессы) выживают под стрессом, если состоят из малых остатков (Residues) — того, что остается рабочим после изменений/сбоев.🔹
Чем больше элементов (N) и связей (K) — тем система хрупче.🔹
Стабильность рождается в маленьких независимых блоках, готовых к хаосу реальности.
Как это использовать:
1. Разделите по доменам
Заказы — отдельный процесс. Оплата — отдельный. Доставка — отдельный. Изменения в одном месте не трогают другие.
2. Внутри каждого модуля — маленькие блоки
Используйте Call Activities. Каждый блок решает одну задачу, легко тестируется и меняется.
3. Домены говорят только событиями
"Оплата прошла" → запускается доставка. Без знания внутренних деталей друг о друге.
Результат:
- Стресс локальный, не по всей системе
- Команды работают автономно
- Тесты быстрые и надежные
- Процессы легко понимают новички
Это не про "разбить на кусочки", а про то, как сделать процессы устойчивыми к реальной жизни.
🔗 Полный перевод на Хабре 👉
https://habr.com/ru/articles/997096/
👍7🔥2
🗓 Даты проведения: 25–27 марта 2026 года (9:30–18:30)
📍 Место: Финансовый университет, факультет «Высшая школа управления», г. Москва, ул. Верхняя Масловка, д. 15 (м. «Динамо»), ауд. 601
Организаторы:
Финансовый университет при Правительстве РФ, МТПП, ABPMP Russia, Ассоциация профессионалов развития бизнеса и другие.
В числе корпоративных участников — OpenBPM, Stormbpmn, GlowByte, BPM школа, а также представители крупных корпораций.
Конференция объединит экспертов в области операционного и проектного управления: представителей бизнеса, преподавателей, исследователей и всех, кто интересуется развитием этих направлений.
👉 А вы планируете посетить мероприятие? Пишите в комментариях
#BPM #Конференция #ОперационныйМенеджмент
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7👍3❤2
До окончания первого этапа конкурса «BPM-проект года’2026» — считанные дни! ⏳
Прием заявок на конкурс выходит на финишную прямую. Если вы планировали подать проект — сейчас самое время это сделать.
📅 Дедлайн — 28 февраля (включительно).
До конца дня 28.02 необходимо:
✔️ Заполнить и отправить заявку на сайте
✔️ Обязательно направить PDF-файл с детальным описанием проекта
✔️ Дождаться проверки модераторами и публикации проекта
⚠️ Важно: без PDF с подробным описанием заявка не сможет участвовать в отборе на выход в финал.
Успейте войти в число участников!
Прием заявок на конкурс выходит на финишную прямую. Если вы планировали подать проект — сейчас самое время это сделать.
📅 Дедлайн — 28 февраля (включительно).
До конца дня 28.02 необходимо:
✔️ Заполнить и отправить заявку на сайте
✔️ Обязательно направить PDF-файл с детальным описанием проекта
✔️ Дождаться проверки модераторами и публикации проекта
⚠️ Важно: без PDF с подробным описанием заявка не сможет участвовать в отборе на выход в финал.
Успейте войти в число участников!
👍6
📊 Итоги опросов в канале
Недавно мы провели два опроса среди подписчиков - делимся результатами.
1️⃣ Какая у вас основная специализация?
Лидеры распределились так:
• System Analyst — 27%
• Developer — 21%
• Business Analyst — 20%
Далее с заметным отрывом:
• Architect — 9%
• Tech Lead — 8%
• Manager — 8%
• DevOps / SRE — 0% 👀
По-прежнему в BPM командах больше всего задач связаны с аналитикой и разработкой.
2️⃣ Что вам ближе по контенту?
• Best Practices — 26%
• BPM AI — 23%
• BPM для аналитиков — 16%
Менее востребованные темы:
• Основы BPMN — 9%
• BPM для разработчиков — 10%
• Бизнес-кейсы — 6%
• Инструменты / Новости / Автоматизация — минимальный интерес
Что это значит?
• Важны практика и прикладные знания, а не теория
• Тренд на контент про AI в BPM очевиден
• В лидерах контент для аналитиков, как для самой многочисленной группы
❤️ Спасибо всем, кто участвовал! Будем учитывать результаты при планировании контента.
Если есть темы, которые хотите видеть в канале — пишите в комментариях.
Недавно мы провели два опроса среди подписчиков - делимся результатами.
1️⃣ Какая у вас основная специализация?
Лидеры распределились так:
• System Analyst — 27%
• Developer — 21%
• Business Analyst — 20%
Далее с заметным отрывом:
• Architect — 9%
• Tech Lead — 8%
• Manager — 8%
• DevOps / SRE — 0% 👀
По-прежнему в BPM командах больше всего задач связаны с аналитикой и разработкой.
2️⃣ Что вам ближе по контенту?
• Best Practices — 26%
• BPM AI — 23%
• BPM для аналитиков — 16%
Менее востребованные темы:
• Основы BPMN — 9%
• BPM для разработчиков — 10%
• Бизнес-кейсы — 6%
• Инструменты / Новости / Автоматизация — минимальный интерес
Что это значит?
• Важны практика и прикладные знания, а не теория
• Тренд на контент про AI в BPM очевиден
• В лидерах контент для аналитиков, как для самой многочисленной группы
❤️ Спасибо всем, кто участвовал! Будем учитывать результаты при планировании контента.
Если есть темы, которые хотите видеть в канале — пишите в комментариях.
❤5🔥3
Наши друзья из Stormbpmn проделали колоссальную работу по подготовке обучающих материалов по BPM. А теперь они все доступны в одном месте. Теперь вы знаете, чем заняться в свободное время 🙂️️️️️️
🔥3❤1
Forwarded from BPM, Бизнес-процессы и котики (Denis Kotov)
Станьте BPM-экспертом
Знаем, что многие аналитики приходят в Storm, чтобы разобраться в BPM, научиться и стать крутыми экспертами.
Собрали ВСЕ наши материалы в удобный интерактивный гайд, с курсами, шаблонами, подсказами, советами.
Теперь это единственное место (кроме рабочего) для превращения в профи.
Удачи и роста вам!
https://stormbpmn.com/app/become-bpm-star
Знаем, что многие аналитики приходят в Storm, чтобы разобраться в BPM, научиться и стать крутыми экспертами.
Собрали ВСЕ наши материалы в удобный интерактивный гайд, с курсами, шаблонами, подсказами, советами.
Теперь это единственное место (кроме рабочего) для превращения в профи.
Удачи и роста вам!
https://stormbpmn.com/app/become-bpm-star
🔥7❤2
Media is too big
VIEW IN TELEGRAM
🐍 Python в Camunda 7: как настроить и запустить в Script Task
Хотите писать скрипты на Python внутри BPMN-процессов Camunda 7? Это возможно с помощью Jython — реализации Python на JVM. Подключается одной зависимостью.
1️⃣ Подключение Jython
Добавьте зависимость в проект:
Gradle (Groovy):
Maven:
Если используете Tomcat — положите jython-standalone-2.7.4.jar в tomcat/lib и перезапустите сервер.
2️⃣ Пример BPMN-процесса
Script Task с форматом jython:
Важно! В Jython многострочный скрипт не возвращает значение автоматически. Чтобы сохранить результат в переменную процесса, всегда используйте execution.setVariable().
3️⃣ Запуск и проверка
Передайте входные переменные (например, inputA=5, inputB=7) и убедитесь, что переменная sumResult стала равна 12.
⚠️ Ограничения
— Jython 2.7.x поддерживает только Python 2.
— Не работают библиотеки с C-расширениями (numpy, pandas и др.).
— Производительность ниже, чем у Groovy или JavaScript.
Пробовали Jython в своих проектах? Делитесь опытом в комментариях!
#Camunda #BPMN #Jython #Python
Хотите писать скрипты на Python внутри BPMN-процессов Camunda 7? Это возможно с помощью Jython — реализации Python на JVM. Подключается одной зависимостью.
1️⃣ Подключение Jython
Добавьте зависимость в проект:
Gradle (Groovy):
implementation 'org.python:jython-standalone:2.7.4'
Maven:
<dependency>
<groupId>org.python</groupId>
<artifactId>jython-standalone</artifactId>
<version>2.7.4</version>
</dependency>
Если используете Tomcat — положите jython-standalone-2.7.4.jar в tomcat/lib и перезапустите сервер.
2️⃣ Пример BPMN-процесса
Script Task с форматом jython:
<scriptTask id="pythonScript" scriptFormat="jython">
<script><![CDATA[
a = execution.getVariable("inputA")
b = execution.getVariable("inputB")
result = a + b
execution.setVariable("sumResult", result)
print "Sum =", result
]]></script>
</scriptTask>
Важно! В Jython многострочный скрипт не возвращает значение автоматически. Чтобы сохранить результат в переменную процесса, всегда используйте execution.setVariable().
3️⃣ Запуск и проверка
Передайте входные переменные (например, inputA=5, inputB=7) и убедитесь, что переменная sumResult стала равна 12.
⚠️ Ограничения
— Jython 2.7.x поддерживает только Python 2.
— Не работают библиотеки с C-расширениями (numpy, pandas и др.).
— Производительность ниже, чем у Groovy или JavaScript.
Пробовали Jython в своих проектах? Делитесь опытом в комментариях!
#Camunda #BPMN #Jython #Python
🔥5❤1
BPMN и время: иллюзия точности ⏰
В BPMN часто ставят таймеры:
▶️ «напомнить через 5 минут»,
▶️ «эскалировать через час»,
▶️ «запускать по понедельникам».
Кажется, что всё сработает точно по секундам.
Но это не так.
BPM-движки — не системы реального времени.
Таймер здесь — это про «после этого времени процесс продолжится», а не строгий дедлайн. Под нагрузкой задержка в несколько секунд — нормальная история.
DevRel Станислав Макаров разобрал в новой статье:
🆗 почему так происходит?
🆗 где таймеры действительно полезны?
🆗 где их лучше не использовать?
Время чтения: 5 минут.
➡️ Читать на Хабр
В BPMN часто ставят таймеры:
Кажется, что всё сработает точно по секундам.
Но это не так.
BPM-движки — не системы реального времени.
Таймер здесь — это про «после этого времени процесс продолжится», а не строгий дедлайн. Под нагрузкой задержка в несколько секунд — нормальная история.
DevRel Станислав Макаров разобрал в новой статье:
Время чтения: 5 минут.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍8
❗️В законе о безопасности КИИ добавили 397 категорий ПО
Вышло обновление по категорированию объектов КИИ. Ранее оператор КИИ сам определял критические системы и присваивал им соответствующую категорию. Теперь список конкретных систем и классов решений по отраслям зафиксирован в Распоряжении Правительства № 360-р от 26.02.2026.
1️⃣ Почему это важно для BPM
BPM-системы часто попадают в периметр КИИ. Если через них проходят ключевые бизнес-процессы (платежи, заявки, операции), они будут классифицированы как КИИ.
Процессы становятся объектом контроля. Теперь важно оценивать несколько аспектов системы:
• какие процессы она исполняет
• какие данные обрабатывает
• к каким сторонним системам подключена
2️⃣ Кого касаются изменения
В списке множество отраслей где BPM имеет большую популярность:
• Финансы и банки
• Логистика
• Энергетика
• Телеком
• и многие другие
➡️ Полный текст распоряжения с перечислением всех отраслей и типовых процессов доступен по ссылке.
Вышло обновление по категорированию объектов КИИ. Ранее оператор КИИ сам определял критические системы и присваивал им соответствующую категорию. Теперь список конкретных систем и классов решений по отраслям зафиксирован в Распоряжении Правительства № 360-р от 26.02.2026.
1️⃣ Почему это важно для BPM
BPM-системы часто попадают в периметр КИИ. Если через них проходят ключевые бизнес-процессы (платежи, заявки, операции), они будут классифицированы как КИИ.
Процессы становятся объектом контроля. Теперь важно оценивать несколько аспектов системы:
• какие процессы она исполняет
• какие данные обрабатывает
• к каким сторонним системам подключена
2️⃣ Кого касаются изменения
В списке множество отраслей где BPM имеет большую популярность:
• Финансы и банки
• Логистика
• Энергетика
• Телеком
• и многие другие
➡️ Полный текст распоряжения с перечислением всех отраслей и типовых процессов доступен по ссылке.
👍4🥴1
Посмотрели вебинар про Roadmap Camunda на 2026 год. Интересно, что ключевая тема оказалась не AI, а миграция с Camunda 7 на Camunda 8.
Спасибо команде Reunico за вебинар и детальный разбор roadmap и практического сценария использования AI в процессах.
Мы сделали короткую выжимку с несколькими интересными выводами.
1️⃣ Большинство клиентов всё ещё на Camunda 7
Судя по roadmap, у Camunda огромная база клиентов на 7-й версии. Поэтому 2026 год фактически посвящён устранению блокеров миграции.
В 8.9 добавляют функции, которые давно были в 7:
• Global User Task Listener
• Conditional Events
• Audit / User Operations
• Identity migration
• Business ID
Фактически Camunda постепенно догоняет функциональный паритет с 7-й версией.
2️⃣ Один из главных барьеров — инфраструктура Camunda 8
Многие клиенты не хотели зависеть от Elasticsearch.
Поэтому в Camunda 8.9 появляется поддержка RDBMS (PostgreSQL, MySQL и др.). По бенчмаркам — до ~80% производительности Elasticsearch.
3️⃣ Переход с 7 на 8 — это не обновление, а полноценная миграция
• другой engine (Zeebe)
• другая архитектура
• другие workers
• новые API
Поэтому Camunda развивает инструменты миграции:
• migration analyzer
• diagram converter
• code conversion
• data migration tools
4️⃣ При этом главный новый фокус — AI оркестрация
В демо показали процесс выдачи кредита, где AI:
• анализирует документы
• анализирует фото
• общается с клиентом по email
• собирает контекст
• передаёт человеку уже готовую рекомендацию
Ключевая идея: AI становится участником BPM-процесса, а не отдельным сервисом.
Если AI-агенты можно вызывать как сервисы, то есть ли необходимость обновляться до Camunda 8?
То есть: Camunda 7 + AI-сервисы + Custom Workers = оркестрация AI без миграции на Camunda 8
Если добавить AI-оркестрацию в Camunda 7 (через кастомные сервисы, workers и интеграции), были бы вы готовы не платить за лицензию и новую инфраструктуру и отказаться от перехода на Camunda 8?
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5
Ранее мы анонсировали мероприятие в канале и теперь делимся отличными новостями - для всех желающих будет доступна онлайн трансляция.
👉 Подключайтесь завтра по ссылке.
О конференции
Мероприятие объединит экспертов в области операционного и проектного управления: представителей бизнеса, преподавателей, исследователей и всех, кто интересуется развитием этих направлений.
С докладами выступят представители ВШЭ, OpenBPM, Stormbpmn, GlowByte, Интер РАО, BPM школа, Конструкторское бюро 42 и другие.
Организаторы:
Финансовый университет при Правительстве РФ, МТПП, ABPMP Russia, Ассоциация профессионалов развития бизнеса и другие.
Приятного просмотра!
Please open Telegram to view this post
VIEW IN TELEGRAM
❤9
🎤 Вебинар Актуальные вопросы ИБ в закупках BPM платформ
31 марта Игорь Клопотов из OpenBPM расскажет, что нужно учитывать при автоматизации бизнес-процессов с точки зрения РБПО.
В последние годы теме РБПО уделяется много внимания, как на законодательном, так и на инженерном уровне. В ответ на новые требования появляются новые методики и инструменты, которые позволят выполнить эти требования на практике. Соответственно, и в тендерной документации выделяют под эти вопросы отдельные разделы.
❗️Кроме того, буквально вчера (25 марта) за нарушения при эксплуатации критической информационной инфраструктуры ввели штрафы.
Разберем следующие вопросы:
- Нюансы законодательства по 152-ФЗ и 187-ФЗ
- Типовые отраслевые объекты КИИ
- ГОСТ Р 56939–2024, проблемы сертификации
- Приказа ФСТЭК № 117, правомерность ссылок на п.50
- Удорожание проектов при покрытии по ГОСТ Р 56939–2024
- Этапность работ по РБПО
👤 Спикер:
Игорь Клопотов, директор продукта OpenBPM
📅 Когда:
31 марта, 16:00 МСК
👉 Регистрация по ссылке
31 марта Игорь Клопотов из OpenBPM расскажет, что нужно учитывать при автоматизации бизнес-процессов с точки зрения РБПО.
В последние годы теме РБПО уделяется много внимания, как на законодательном, так и на инженерном уровне. В ответ на новые требования появляются новые методики и инструменты, которые позволят выполнить эти требования на практике. Соответственно, и в тендерной документации выделяют под эти вопросы отдельные разделы.
❗️Кроме того, буквально вчера (25 марта) за нарушения при эксплуатации критической информационной инфраструктуры ввели штрафы.
Разберем следующие вопросы:
- Нюансы законодательства по 152-ФЗ и 187-ФЗ
- Типовые отраслевые объекты КИИ
- ГОСТ Р 56939–2024, проблемы сертификации
- Приказа ФСТЭК № 117, правомерность ссылок на п.50
- Удорожание проектов при покрытии по ГОСТ Р 56939–2024
- Этапность работ по РБПО
👤 Спикер:
Игорь Клопотов, директор продукта OpenBPM
📅 Когда:
31 марта, 16:00 МСК
👉 Регистрация по ссылке
🔥6