🚀 Идет прием заявок на конкурс «BPM проект года’2026»!

Это ваш шанс:
✅ Представить свой проект на суд экспертов
✅ Поделиться опытом с профессиональным сообществом
✅ Получить признание и поддержку от коллег и руководства

🌟 Финалисты и победители конкурса — лидеры процессного управления, за которыми будущее!

📅 Подача заявок возможна до 28 февраля 2026 года!
Все подробности — на сайте: https://bpmaward.ru/.

Действуйте уже сегодня!

📊 CNews опубликовали рейтинг IT-компаний по заказной разработке ПО 2025

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

🔥 Топ-5 лидеров рейтинга:
1. Рексофт
2. Девелоника (FabricaONE.AI)
3. Диасофт
4. Хоулмонт
5. ITFB Group

Рейтинг отражает как опыт команд, так и актуальные тренды отрасли — например, активное внедрение генеративного ИИ и комплексный подход к разработке от аналитики вплоть до маркетинга.

🔗 Полная версия рейтинга

Союз логики и диалога: как BPMN направляет энергию ИИ-агентов в нужное русло

В мире есть две вещи, которые ненавидит каждый: стоять в очереди и заполнять веб-формы. Кажется, спасение найдено — это дружелюбные и общительные ИИ-агенты. Но они, как и люди, могут «заболтать» вас и уйти в сторону, потому что умеют говорить, но не понимают сути бизнес-процессов.

В статье на Хабр предлагается решение: не отпускать ИИ в свободное плавание, а поставить его на службу и направить с помощью BPMN.

🔹 В чем проблема? Современный ИИ — это блестящий, эмпатичный ассистент для общения с клиентом. Но у него нет четкой логики, которая гарантирует, что в диалоге будут собраны все нужные данные и приняты верные решения.

🔹 Что такое BPMN? Это прозрачная и детерминированная карта бизнес-процесса. Она определяет, какие именно данные нужно собрать («Работаете ли вы уже с риэлтором?»), по каким правилам двигаться дальше (если клиент уже подключил кого-то — вежливо завершить разговор) и в каком порядке задавать вопросы.

🔹 Как это работает в связке? BPMN становится «дирижером», который передает ИИ-агенту «партитуру» — схему (JSON Schema) с вопросами. Агент в своей естественной манере беседует с пользователем, заполняя эту схему. Как только все данные получены, контроль возвращается к BPMN-процессу, который переводит клиента на следующий этап.

💡 Итог: Такая связка не заменяет экспертов (например, риелторов), для которых важны человеческое понимание и нюансы. Но она позволяет «убить» скучные веб-формы, заменив их приятным диалогом, который при этом ведет клиента по четкому и эффективному пути, определенному бизнес-логикой.

Готовы попробовать? Автор дает ссылку на живой пример процесса для риелторов и на редактор SpiffWorkflow, где можно запустить схему самостоятельно (понадобится API-ключ Claude).

Полный текст читайте на Хабре 👉
https://habr.com/ru/articles/995096/

Большие процессы в BPMN часто ломаются.
Почему? И как это исправить?

Все знают: "Процесс должен быть сквозным — от заказа до доставки". Логично на бумаге. Но в реальности автоматизированные процессы превращаются в минное поле:

- Одна ошибка в оплате валит весь заказ
- Изменения требуют созвонов 5 команд
- Тесты длятся часы, баги не воспроизводятся
- Новички месяц изучают "большую схему"

Почему так происходит?
Чем больше элементов и связей в диаграмме, тем система становится более хрупкой. Малейшее изменение (новые регуляции, сбой сервиса) — и все рушится.

Но решение есть — теория остаточности

Если коротко, Теория остаточности — это идея

Барри О’Рейли

:

🔹

Системы (ПО, процессы) выживают под стрессом, если состоят из малых остатков (Residues) — того, что остается рабочим после изменений/сбоев.

🔹

Чем больше элементов (N) и связей (K) — тем система хрупче.

🔹

Стабильность рождается в маленьких независимых блоках, готовых к хаосу реальности.

Как это использовать:

1. Разделите по доменам
Заказы — отдельный процесс. Оплата — отдельный. Доставка — отдельный. Изменения в одном месте не трогают другие.

2. Внутри каждого модуля — маленькие блоки
Используйте Call Activities. Каждый блок решает одну задачу, легко тестируется и меняется.

3. Домены говорят только событиями
"Оплата прошла" → запускается доставка. Без знания внутренних деталей друг о друге.

Результат:
- Стресс локальный, не по всей системе
- Команды работают автономно
- Тесты быстрые и надежные
- Процессы легко понимают новички

Это не про "разбить на кусочки", а про то, как сделать процессы устойчивыми к реальной жизни.

🔗 Полный перевод на Хабре 👉

https://habr.com/ru/articles/997096/