Станислав Макаров, продуктовый аналитик Jmix BPM, в интервью IaaSSaaSPaaS рассказывает о современной ценности процессного подхода в бизнесе, проблемах на рынке BPM и будущем систем управления бизнес-процессами.
BPM и его бизнес-ценность
IaaSSaaSPaaS: Мы иногда сталкиваемся с мнением, что BPM — это технология 2010-ых, и если не сегодня, то завтра уйдет в прошлое. На ваш взгляд, BPM-системы всё еще актуальны для компаний в 2025 году? Какие ключевые вызовы они помогают решать?
Станислав Макаров: Многие действительно воспринимают BPM как устаревший инструмент, но причина в том, как он используется. Компании часто ограничиваются описанием процессов AS IS, автоматизируют процессы согласования документов и на этом останавливаются. В результате эффективность повышается только на «бумаге», а о реальном совершенствовании процессов и трансформации речи не идет. К тому же легаси ИТ-системы «съедают» большую часть ИТ-бюджета, оставляя мало возможностей для развития.
В моменты, когда рынок растет, бизнес откладывает вопросы повышения собственной эффективности и лучшего удовлетворения потребностей покупателей. Особенно это касается больших корпораций. Однако, в момент ухудшения рыночных условиях или при обострении конкурентной борьбы компании сталкиваются с необходимостью быстрой адаптации, выводу на рынок новых предложений и повышению операционной эффективности.
В моменты, когда рынок растет, бизнес откладывает вопросы повышения собственной эффективности
И тогда компании встают перед выбором:
- перестраивать под новые условия свои ERP системы
- или не затрагивая ключевых учетных операций надстроить над ними новые процессы, которые отвечают новым реалиям.
Мировой опыт показывает, что второй подход быстрее и дешевле в реализации. И самое важное соответствует главному принципу устойчивого ИТ – «работает – не трогай». BPM автоматизация снова становиться актуальной, так как это, пожалуй, единственная на данный момент ИТ технология, которую могут понять и представители бизнеса, и разработчики. Плюсом является то, что в области описания процессов окончательно победил единый стандарт BPMN 2.0, который преподают и в бизнес-школах, в технических ВУЗах. Т.е. все участники процесса автоматизации разговаривают на одном языке и это здорово.
BPM в контексте гиперавтоматизации
IaaSSaaSPaaS: Gartner уже давно активно продвигает концепцию гиперавтоматизации. Но кажется, что гиперавтоматизацию как технологию бизнес сопоставляет с RPA. Как BPM встраивается в эту концепцию, и какую роль здесь играет Jmix BPM?
Станислав Макаров: Гиперавтоматизация — это стратегический подход предприятий к автоматизации процессов, который объединяет BPM, RPA и другие инструменты. Согласно BPM CBOK 4.0, и BPM, и RPA — это разновидности процессной автоматизации, но с разными целями. RPA автоматизирует рутинные задачи на уровне пользовательского интерфейса без изменения самой системы, тогда как BPM управляет и оптимизирует бизнес-процессы в масштабах всей компании, включая взаимодействие между людьми, системами и данными (BPM CBOK 4.0, Chapter 6: Process Automation).
Действительно, компании часто начинают с RPA, так как его просто внедрить, но он не решает задачу вывода новых продуктов на рынок. Для этого требуются новые процессные приложения, которые интегрируются в корпоративный ландшафт, но при этом легко адаптируются к изменениям. Именно возможность быстро создавать прототипы новых процессных приложений сделало Low Code BPM мега-популярным.
Но, вопреки ожиданиям, он не стал массовым среди разработчиков так как вендоры включили в Low Code BPM архитектурные и инженерные практики промышленной разработки, оставив при этом Low Code инструменты непонятные разработчикам. В результате мы видим, что реальные проекты автоматизации с помощью Low Code BPM выполняются специалистами вендора и компании в дальнейшем становятся заложниками этих решений.
Специалистов со знанием специфичной технологии мало, а для погружения в нее требуется время сопоставимое с изучением традиционных технологий разработки и такой же набор компетенций. Jmix BPM предлагает другой подход: он использует Low Code для визуального моделирования процессов и модели данных, но при этом остается разработческим инструментом, который органично интегрируется в технологический стек компании и не создает искусственных барьеров.Такой подход мы называем Less Code.
Проблема vendor lock-in в BPM-решениях
IaaSSaaSPaaS: Хорошо, что вы упомянули одна из частых проблем Low Code BPM-решений — жесткая привязка к вендору. Расскажите, как именно Jmix BPM позволяет избежать vendor lock-in?
Станислав Макаров: Проблема vendor lock-in в Low Code BPM связана с тем, что такие платформы используют проприетарные среды разработки, собственные скриптовые языки и специализированные фреймворки, которые сложно заменить. Jmix BPM основан на открытой архитектуре, которая опирается на промышленные стандарты разработки, такие как Java и Spring Boot. Сегодня Spring Boot — де-факто стандарт для разработки корпоративных приложений, поддерживаемый огромным сообществом. Это значит, что найти разработчиков с нужными компетенциями легко, а компании не зависят от узкоспециализированных кадров, как в случае с проприетарными Low Code BPM.
В основе Jmix BPM лежит open-source фреймворк Jmix, который распространяется по лицензии Apache 2.0 — одной из самых либеральных в индустрии. Это означает, что весь созданный код можно масштабировать, распространять и модифицировать без лицензионных ограничений и отчислений, чего невозможно добиться в коммерческих Low Code решениях.
Кроме того, Jmix BPM сопровождается открытой профессиональной документацией на трех языках и интегрированным AI-ассистентом, который помогает разработчикам быстро освоить платформу без привлечения вендора.
BPM в экосистеме микросервисов
IaaSSaaSPaaS: Понятно, что Jmix BPM близок к разработчикам. Но как продукт отвечает современным архитектурным подходам при проектировании корпоративных систем, таким как микросервисы и event-driven системы?
Станислав Макаров: Приложения, создаваемые с помощью Jmix BPM, изначально представляют монолитную архитектуру, что упрощает проектирование предметной области и снижает риски переусложнения решения, особенно на старте проекта. Такой подход позволяет быстро разрабатывать и внедрять процессные приложения без необходимости сразу проектировать сложную распределенную систему.
Однако Jmix поддерживает композитную архитектуру, давая разработчикам возможность в любой момент выделить часть функционала в отдельный сервис и масштабировать его по мере роста нагрузки. Это означает, что компания может начинать с монолита, а затем постепенно разносить критически нагруженные компоненты, например, сервис обработки заявок или процессную оркестрацию, в отдельные микросервисы.
Jmix BPM легко интегрируется с Kafka, RabbitMQ и REST API, что делает его естественной частью event-driven архитектуры. Процессы могут запускаться по событиям процессов или изменения сущностей, взаимодействовать с внешними сервисами и управлять другими микросервисами, сохраняя баланс между удобством монолита и гибкостью распределенной системы. Такой подход дает компаниям контроль над архитектурой, позволяя масштабироваться без избыточной сложности.
Почему Jmix BPM сделал ставку на IntelliJ IDEA?
IaaSSaaSPaaS: Ваша платформа интегрируется с IntelliJ IDEA. Почему был сделан такой выбор, и какие преимущества это дает корпоративным разработчикам?
Станислав Макаров: Мы сделали ставку на IntelliJ IDEA как основную среду разработки, потому что это самая популярная IDE для Java-разработчиков, особенно в корпоративной среде. Java в свою очередь самый популярный стек в области автоматизации процессов. Поддержка полноценного Java-стека, включая отечественную платформу разработки Axiom JDK, мощные инструменты рефакторинга и интеграция с Git и CI/CD-системами делают ее лучшим выбором для создания сложных бизнес-приложений.
Для разработчиков это означает минимальный порог вхождения — им не нужно осваивать новую IDE или работать с ограниченным веб-интерфейсом, как в большинстве Low Code BPM. Вместо этого они используют привычные инструменты, такие как дебаггер, профайлер и конечно свои любимые плагины из маркетплейса IDE, что ускоряет разработку и упрощает поддержку приложений.
Кроме того, студия разработчика Jmix BPM совместима с OpenIDE и GigaIDE, что дает дополнительную гибкость корпоративным командам. Они могут использовать различные IDE в зависимости от внутренних стандартов и требований, сохраняя единый подход к разработке. Такой выбор делает Jmix BPM естественной частью корпоративного Java-ландшафта, без ограничения на использование проприетарных сред.
Примеры реальных внедрений и успехов
IaaSSaaSPaaS: Можете рассказать о реальных кейсах использования Jmix BPM в крупных компаниях? Какие результаты получили заказчики?
Станислав Макаров: Один из примеров успешного использования Jmix BPM — цифровая трансформация Jusan Bank, одного из крупнейших банков Казахстана. Перед командой стояла задача ускорить обработку клиентских заявок и автоматизировать ключевые банковские процессы, такие как кредитование, обслуживание счетов и платежные операции.
Используя Jmix BPM, банк смог перенести процессы в единую систему, интегрированную с внутренними сервисами и внешними государственными платформами. Благодаря нативной поддержке BPMN 2.0, Java и Spring Boot, разработчики быстро адаптировали систему под бизнес-требования, а использование визуальных инструментов проектирования бизнес-процессов Jmix позволило бизнес-аналитикам самостоятельно моделировать процессы без сложного кодинга.
В результате Jusan Bank сократил сроки обработки заявок с нескольких дней до часов, повысил прозрачность внутренних процессов и получил гибкую платформу, которую можно легко адаптировать под новые регуляторные требования. Таких примеров множество. Особенно показательны кейсы, когда небольшие команды до 3х человек создают с помощью Jmix BPM продукты энтерпрайз уровня и занимают лидирующие позиции в своей нише.
Будущее Jmix BPM и тренды на рынке
IaaSSaaSPaaS: Какие ключевые технологические тренды в области BPM вы видите на ближайшие 3-5 лет? Как Jmix BPM планирует развиваться?
Станислав Макаров: В ближайшие 3-5 лет ключевым трендом в BPM станет переход от автоматизации к полной автономности. Если раньше BPM использовался для оркестрации бизнес-процессов между людьми и системами, то теперь в эти процессы встраиваются AI-агенты, которые могут не просто выполнять алгоритмические задачи, но и принимать решения. Это позволит заменить целые цепочки ручных операций, снизить зависимость от человеческого фактора и повысить скорость выполнения процессов.
В Jmix BPM мы планируем предложить сценарии быстрой интеграции AI-агенты интегрируются в бизнес-процессы. AI-агенты смогут анализировать контекст процесса, прогнозировать выходные переменные и инициировать внешние события в других системах. Такой подход поможет бизнесу не просто автоматизировать существующие процессы, а создавать по настоящему умные системы, способные адаптироваться к изменяющимся условиям. В сочетании с event-driven архитектурой и микросервисной интеграцией это открывает новую эру BPM автоматизации. Ведь в ближайшем будущем управлять автономными процессами пока еще будет человек.
РЕКЛАМА. erid:2VtzquqqW8X, ООО «Хоулмонт», ИНН 6316134393
