BPM-платформы: эволюция или архаизм?
Сейчас я работаю над диссертацией по теме внедрения современных методов управления процессами предоставления услуг в приложениях. И в какой-то момент поймал себя на вопросе, который наверняка крутится в голове у многих архитекторов: а BPM-платформы в 2025-м вообще живы?
Не в смысле «продаются ли лицензии», а в смысле - реально ли они помогают? Или это очередной enterprise-налог, который платишь вендору за drag-and-drop, а потом всё равно пишешь обвязку руками?
Однозначного ответа у меня не было. Зато попался свежий отчёт Camunda «State of Process Orchestration & Automation 2025» - и там 800 человек из крупных компаний ответили на вопросы, которые я сам себе задавал. Разбираю ключевые цифры и делюсь тем, к чему пришёл.
О чём отчёт
Camunda заказала у Coleman Parkes исследование среди 800 респондентов - IT-директоров, бизнес-лидеров и enterprise-архитекторов из компаний от 1 000 сотрудников (350 из США, 150 из Великобритании, 150 из Германии, 150 из Франции). Опрос проводился в сентябре-октябре 2024 года. Вопросы касались текущего состояния процессной автоматизации, влияния AI и проблем управления сложностью.
Понятно, что Camunda тут не бескорыстна - они продают оркестратор. Но цифры интересны сами по себе, потому что описывают проблемы, которые я вижу в своей практике.
Нарастающая неуправляемая сложность
Первое, что бросается в глаза: организации в среднем используют около 50 компонентов и точек интеграции в своих процессах. За последние пять лет это число выросло на 19%.
Из чего складывается этот зоопарк:
При этом 78% говорят, что сложные workflow-паттерны и долгоживущие процессы усложняют автоматизацию. А 85% подтверждают: когда несколько автоматизированных задач объединяются, управление end-to-end процессом становится значительно сложнее.
Что порождает эту сложность? Ответы говорят сами за себя:
И вот ключевая цифра: 86% отмечают рост регуляторных требований, что только добавляет давления.
«Automation Armageddon» - не кликбейт
Camunda ввела термин «Automation Armageddon», и, как ни странно, респонденты его подтвердили:
- 82% обеспокоены, что потеря контроля приведёт к цифровому хаосу
- 77% говорят, что из-за потери контроля ключевые бизнес-процессы уже перестают работать
- 82% отмечают рост бизнес-рисков в области комплаенса
- 69% признают, что эффективно анализировать и оптимизировать процессы становится всё сложнее
И самое показательное: 82% говорят, что если эти риски не взять под контроль, это может привести к тому, что они описывают как «Automation Armageddon» - ситуации, когда ошибки автоматизации начинают нарастать как снежный ком.
Автоматизация без контроля превращается в ускоренный хаос. Я видел это не раз: ошибка в одном ESB-маршруте каскадирует по всей цепочке, и дежурные тратят ночи на разгребание.
AI - палка о двух концах
Отдельная глава отчёта посвящена AI, и здесь цифры особенно интересны для тех, кто занимается архитектурой:
Сейчас:
- 85% сталкиваются с трудностями при масштабировании и операционализации AI в организации
В будущем:
- 84% планируют наращивать AI-возможности в ближайшие три года
- Большинство респондентов видят потенциал AI в анализе и оптимизации процессов
Комплаенс:
- 84% признают, что непрозрачность использования AI в бизнес-процессах уже приводит к проблемам с регуляторами
Отчёт подчёркивает: AI нужно оркестрировать как любой другой endpoint внутри бизнес-процессов.
AI - не волшебная таблетка, которую можно бросить в процесс и надеяться на лучшее. Без оркестрации AI превращается в ещё один силос, который увеличивает хаос.
Реальное состояние автоматизации
Теперь к цифрам, которые отрезвляют:
Положительное:
- 93% имеют центр компетенций по процессной автоматизации
- 87% отмечают рост бизнеса благодаря автоматизации за последний год
Тревожное:
- В среднем автоматизировано лишь 46% организационных процессов - меньше половины
- 83% планируют увеличить бюджеты на автоматизацию на 10%+, но при этом 72% считают, что существующая автоматизация не успевает за темпом изменений
- 82% говорят, что их процессная автоматизация начинает устаревать без оркестрации
Автоматизировать отдельные участки - легко. Связать их в работающий end-to-end процесс, который ещё и меняется каждый квартал - вот тут начинается боль.
Composable-архитектура vs. монолиты
Здесь отчёт подтверждает тренд, который я наблюдаю в своей практике:
- 94% считают важной composable (компонуемую) архитектуру, позволяющую гибко интегрировать лучшие решения
- 83% говорят, что крупные монолитные приложения (ERP), диктующие дизайн бизнес-процессов, должны уйти в прошлое, однако многие сталкиваются с вызовами адаптации к такому подходу
Но при переходе к composable-архитектуре есть два главных барьера:
- 55% - переход от глубоко укоренившихся legacy-систем или монолитных платформ автоматизации
- 51% - внутреннее сопротивление внедрению новых технологий
И вот тут проявляется проблема legacy-подхода:
- 81% говорят, что бизнес-процессы, запертые в «чёрных ящиках» legacy-приложений, мешают достичь эффективной end-to-end автоматизации
- 85% признают, что legacy-системы и отсутствие IT-гибкости означают невозможность всегда отвечать бизнес-требованиям
Если BPM умирает - почему их так много?
Тут возникает справедливый вопрос. Если 83% говорят, что монолитные системы должны уйти в прошлое, то почему рынок BPM/BOAT (Business Orchestration and Automation Technologies) только растёт?
Достаточно посмотреть на Gartner Magic Quadrant 2024 по BOAT - здесь десятки вендоров, и квадрант лидеров плотно заполнен. IBM, Microsoft, Camunda, SAP, Appian, Pega - все активно инвестируют и расширяют продукты.
Парадокс объясняется просто: умирает не потребность в оркестрации процессов, а конкретная форма её реализации. Классический BPM-комбайн, который пытался быть «платформой для всего» - с собственным порталом, собственной базой данных, собственным языком скриптов - да, он уходит. Но на его место приходят более гибкие формы:
- Cloud-native движки (Camunda 8, Temporal) - встраиваются в существующую инфраструктуру
- Low-code платформы (Appian, Pega) - сместили фокус на citizen development
- Гиперавтоматизация (Microsoft Power Automate, ServiceNow) - объединяют RPA, AI и оркестрацию в единую экосистему
Рынок не сжимается - он трансформируется. И именно поэтому Gartner в 2023 переименовал категорию из «iBPMS» в «BOAT» - Business Orchestration and Automation Technologies. Само название говорит о смене парадигмы: от management к orchestration, от чистого BPM к гибриду с автоматизацией и AI.
Вывод: если вы смотрите на этот квадрант и думаете «значит, BPM жив», вы правы. Но если вы думаете, что можно купить одну платформу и решить все проблемы - данные отчёта Camunda говорят об обратном. 82% компаний с автоматизацией уже признают, что она устаревает. Инструмент должен быть частью архитектуры, а не её центром.
Зачем нужна оркестрация (и при чём тут BPM)
Самые говорящие цифры отчёта - о ценности оркестрации:
- 89% организаций уже практикуют оркестрацию процессов
- 72% считают, что оркестрация играет ключевую роль в цифровой трансформации
- 86% говорят, что гиперавтоматизация невозможна без оркестрации
- 81% уверены, что без оркестрации «автономное предприятие» останется несбыточной мечтой
Но вот зрелость оркестрации сильно различается:
Польза от оркестрации тоже конкретна: улучшение клиентского опыта (55%), стандартизация процессов (44%), ускорение принятия решений (42%), лучшая интеграция и переиспользование процессов (42%), рост удовлетворённости сотрудников (41%).
Разрыв между бизнесом и IT
Отчёт выделяет болезненный разрыв, который знаком каждому, кто работал в крупных организациях:
С каждой стороны свои претензии. Бизнес говорит: «IT часто говорит нет, ссылаясь на технические ограничения» (39%). IT отвечает: «Бизнес не понимает объём работы, который создаёт, когда меняет процессы» (44%).
Решение, которое предлагает отчёт: открытые стандарты (BPMN, DMN), которые позволяют обеим сторонам визуализировать и моделировать процессы на одном языке. И открытые архитектуры, которые дают IT-команде гибкость интегрировать разные инструменты под конкретные бизнес-требования.
BPM + AI-агенты: следующая мутация
Пока одни хоронят BPM, Camunda идёт дальше и предлагает строить AI-агентов поверх BPMN. Идея: BPMN-диаграмма становится не просто визуализацией процесса, а исполняемой логикой рассуждений агента - с циклами планирования, рефлексии и принятия решений.
Что это даёт на практике:
- State management - агент сохраняет «краткосрочную память» между шагами рассуждений и «долгосрочную память» на уровне процесса (durable state, который переживает дни и недели)
- Human-in-the-loop - в BPMN явно определяются точки, где нужно подтверждение человека, и точки, где агент действует автономно
- Observability - полная аудируемость и трассировка каждого шага агента, что критично для compliance
- Multi-agent паттерны - координация нескольких агентов через message correlation и протоколы вроде MCP (Model Context Protocol) и A2A
Коннекторы к LLM (OpenAI, Gemini, Claude) идут из коробки. По сути, оркестратор процессов превращается в оркестратор AI-агентов.
Честно - пока не уверен, что BPMN-диаграмма как «мозг агента» не окажется overengineering для 90% кейсов. Но сама идея интересна: если отчёт прямо говорит, что AI нужно оркестрировать как любой другой эндпоинт, то Camunda хотя бы предлагает конкретный ответ - а не просто слайды с buzzword’ами.
n8n и демократизация оркестрации
Отдельно стоит упомянуть n8n - open-source платформу автоматизации workflow, которая за последние пару лет набрала серьёзную популярность. Если Camunda, Pega и Appian играют в enterprise-сегменте, n8n занял нишу, которую можно назвать «оркестрация для всех остальных».
Почему это важно в контексте нашего обсуждения:
- Self-hosted и open-source - никакого vendor lock-in, полный контроль над данными
- 400+ интеграций - от Slack и Google Sheets до OpenAI и собственных API
- AI-first подход - встроенные ноды для работы с LLM, векторными базами, AI-агентами
- Низкий порог входа - визуальный редактор, доступный не только разработчикам
n8n не заменяет enterprise BPMN-движок для сложных long-running процессов с human-in-the-loop. Но для автоматизации операционных workflow, интеграции AI-сервисов и быстрого прототипирования - это именно та composable альтернатива, о которой говорят 94% респондентов отчёта.
В связке «лёгкий BPMN-движок для core-процессов + n8n для операционной автоматизации + AI-агенты» вырисовывается архитектура, которая действительно отвечает на вызовы из отчёта Camunda.
Так BPM - эволюция или архаизм?
Вернусь к своему исходному вопросу. После анализа этих данных мой ответ такой:
Монолитные enterprise-системы, которые диктуют дизайн процессов - да, им пора на покой. 83% респондентов считают, что крупные монолитные приложения вроде ERP, навязывающие свою модель бизнес-процессов, должны уйти в прошлое. Не конкретно «BPM-комбайн» - а вся парадигма «одна платформа владеет вашими процессами». Vendor lock-in, проприетарные языки, «чёрные ящики» - это тупик независимо от того, написано на коробке BPM, ERP или iPaaS.
Но сама концепция процессной оркестрации - это безусловная эволюция. Когда у вас 50 точек интеграции, AI-сервисы, RPA-боты, микросервисы и legacy-системы, кто-то должен координировать весь этот зоопарк. И код в чистом виде - без визуализации, без стандартов, без observability - с этим не справляется.
Я вижу будущее так:
- Оркестрация как код - BPMN-модели, которые живут в git, проходят code review и деплоятся через CI/CD. Не drag-and-drop в проприетарном GUI, а модель как артефакт разработки
- Composable-архитектура - лёгкие движки (Camunda 8, Temporal, Zeebe), которые встраиваются в микросервисную архитектуру, а не навязывают свою
- AI как управляемый эндпоинт - AI-сервисы оркестрируются наравне с любой другой точкой интеграции, с чётким контролем и аудитом
- Общий язык - BPMN не как формальность, а как инструмент коммуникации между бизнесом и IT, снижающий тот самый разрыв, о котором говорят 62% респондентов
Может, через пару лет я перечитаю этот текст и скажу, что был наивен. Может, Temporal съест Camunda, а n8n станет новым SharePoint. Но прямо сейчас я вижу одно: BPM-движок - не серебряная пуля и не архаизм. Вопрос не в инструменте, а в том, кто кому принадлежит. Если платформа владеет вашими процессами - вы в ловушке. Если процессы ваши, а платформа - заменяемый компонент - тогда есть шанс.
Источник: Camunda - State of Process Orchestration & Automation 2025 (опрос Coleman Parkes Research, 800 респондентов, сентябрь-октябрь 2024)
Читайте также
