Forwarded from ABPMP Russia
▶️22 октября в Москва-Сити состоится грандиозное событие этой осени – официальная презентация Business Studio 7!
ABPMP информационный партнер мероприятия.
Business Studio 7 – это профессиональная система моделирования нового поколения для тех, кто смотрит в будущее.
Программа презентации:
🔹Идеальный инструмент для бизнес-моделирования
Пинаев Дмитрий, генеральный директор ГК «СТУ»
🔹Техническая архитектура Business Studio 7
Игнатенко Александр, начальник отдела разработки ГК «СТУ»
🔹Новые нотации для корпоративных и системных архитекторов
Семенов Евгений, бизнес-аналитик ГК «СТУ»
🔹Бесшовное моделирование процессов, ИТ и данных в Business Studio 7
Кейс крупного электросетевого холдинга
🔹Расчет нормативной численности подразделения
Пинаева Анна, ведущий бизнес-аналитик ГК «СТУ»
🔹Управление информационными слоями на моделях процессов, оргструктуры и стратегических картах в Business Studio 7
Лозовицкий Алексей, управляющий партнер Lozovitskiy.ru, бизнес-консультант
🔹Business Studio 7: мониторинг исполнения SLA бизнес-процессов
Репин Владимир, генеральный директор ООО «Владимир Репин Менеджмент», Член Ассоциации ABPMP
Участие бесплатное, по предварительной регистрации ✔️
Участников ждет погружение в ключевые аспекты новой платформы. Это отличная возможность задать вопросы по продукту напрямую разработчику!
➡️ПОДРОБНЕЕ О ПРЕЗЕНТАЦИИ
ABPMP информационный партнер мероприятия.
Business Studio 7 – это профессиональная система моделирования нового поколения для тех, кто смотрит в будущее.
Программа презентации:
🔹Идеальный инструмент для бизнес-моделирования
Пинаев Дмитрий, генеральный директор ГК «СТУ»
🔹Техническая архитектура Business Studio 7
Игнатенко Александр, начальник отдела разработки ГК «СТУ»
🔹Новые нотации для корпоративных и системных архитекторов
Семенов Евгений, бизнес-аналитик ГК «СТУ»
🔹Бесшовное моделирование процессов, ИТ и данных в Business Studio 7
Кейс крупного электросетевого холдинга
🔹Расчет нормативной численности подразделения
Пинаева Анна, ведущий бизнес-аналитик ГК «СТУ»
🔹Управление информационными слоями на моделях процессов, оргструктуры и стратегических картах в Business Studio 7
Лозовицкий Алексей, управляющий партнер Lozovitskiy.ru, бизнес-консультант
🔹Business Studio 7: мониторинг исполнения SLA бизнес-процессов
Репин Владимир, генеральный директор ООО «Владимир Репин Менеджмент», Член Ассоциации ABPMP
Участие бесплатное, по предварительной регистрации ✔️
Участников ждет погружение в ключевые аспекты новой платформы. Это отличная возможность задать вопросы по продукту напрямую разработчику!
➡️ПОДРОБНЕЕ О ПРЕЗЕНТАЦИИ
👍3
ИИ не вывезет плохой процесс — вроде бы очевидно, но многие надеются, что волшебным образом само разрулится и все равно начинают с внедрения ИИ.
По факту, 55% компаний упираются в унаследованные неэффективные процессы, а потом удивляются нулевой отдаче от технологий.
Практика показывает, что начинать нужно с оптимизации процессов, а потом уже подтягивать ИИ-агентов и другие модные технологиии — как и в старые добрые времена,
Кайдзен + ИИ = операционная мощь: меньше потерь, больше маржи, быстрее решения. 🧠⚙️
👉Читать разбор — почему подход «improvement-first» окупается и как запустить 3-фазную модель трансформации. https://bpms.ru/post/20251019-ai-unlock-real-value-business/
#AI #Kaizen #Lean #DigitalTransformation #Operations
По факту, 55% компаний упираются в унаследованные неэффективные процессы, а потом удивляются нулевой отдаче от технологий.
Практика показывает, что начинать нужно с оптимизации процессов, а потом уже подтягивать ИИ-агентов и другие модные технологиии — как и в старые добрые времена,
Кайдзен + ИИ = операционная мощь: меньше потерь, больше маржи, быстрее решения. 🧠⚙️
👉Читать разбор — почему подход «improvement-first» окупается и как запустить 3-фазную модель трансформации. https://bpms.ru/post/20251019-ai-unlock-real-value-business/
#AI #Kaizen #Lean #DigitalTransformation #Operations
BPMS.ru
Почему ИИ бесполезен без оптимизации процессов и три подсказки как получить реальный эффект - BPMS.ru
Оригинал: Why AI fails without streamlined processes — and 3 ways to unlock real value Автор: Антонио Коста (António Costa) В глобальной гонке за внедрение ИИ многие организации невольно ставят технологическую телегу впереди процессной лошади. Новый опрос…
👍3❤1👀1
Ожидаемо, что было много про AI, но чтоб вот так сразу —
"агенты-грибы" — это сильно!🧐👉 Читайте на Хабре первую часть обзора, продолжение следует
https://habr.com/ru/news/958162/
Please open Telegram to view this post
VIEW IN TELEGRAM
❤5👍2
CamundaCon New York 2025 (часть 2)
👉 Читайте на Хабре вторую часть обзора: https://habr.com/ru/news/958502/
Gartner задал важный контекст — доверие к ИИ всё ещё хрупкое, «агентов» станет много, а управлять ими без оркестрации невозможно. Gartner предлагает смотреть шире — к конвергенции возможностей на единой платформе «BOAT», где детерминизм процессов сочетается с автономией ИИ, а архитектура заранее предполагает контроль, наблюдаемость и объяснимость.
Именно на этом фоне кейс VodafoneThree звучит как практический ответ на повестку. Вместо «грибных агентов» — инженерия потока: единая структура клиентского пути, минималистичный Camunda-UI, проактивные подсказки и встроенные «ограничители» для GenAI. Генеративный ИИ включён туда, где он создает реальную ценность: ускоряет разбор неструктурированных данных, поддерживает единый тон бренда, помогает агентам «спрашивать один раз» и быстрее закрывать кейсы. В сумме это и есть тот самый мост от стратегических тезисов Gartner к измеримому результату на земле — когда оркестрация становится не слайдом, а рабочей практикой.
👉 Читайте на Хабре вторую часть обзора: https://habr.com/ru/news/958502/
Gartner задал важный контекст — доверие к ИИ всё ещё хрупкое, «агентов» станет много, а управлять ими без оркестрации невозможно. Gartner предлагает смотреть шире — к конвергенции возможностей на единой платформе «BOAT», где детерминизм процессов сочетается с автономией ИИ, а архитектура заранее предполагает контроль, наблюдаемость и объяснимость.
Именно на этом фоне кейс VodafoneThree звучит как практический ответ на повестку. Вместо «грибных агентов» — инженерия потока: единая структура клиентского пути, минималистичный Camunda-UI, проактивные подсказки и встроенные «ограничители» для GenAI. Генеративный ИИ включён туда, где он создает реальную ценность: ускоряет разбор неструктурированных данных, поддерживает единый тон бренда, помогает агентам «спрашивать один раз» и быстрее закрывать кейсы. В сумме это и есть тот самый мост от стратегических тезисов Gartner к измеримому результату на земле — когда оркестрация становится не слайдом, а рабочей практикой.
Хабр
CamundaCon New York 2025 (часть 2)
Часть 1 читайте здесь . От переводчика : Gartner задал важный контекст — доверие к ИИ всё ещё хрупкое, «агентов» станет много, а управлять ими без оркестрации невозможно. Gartner предлагает смотреть...
👍4
CamundaCon New York 2025 (часть 3)
В следующем блоке обзора конференции —
🔹Camunda 8 в проде на AKS. Почему выбрали self-managed ради контроля и гибкости; архитектура с кросс-регионом на Zeebe, многоуровневая безопасность, наблюдаемость. Итог: 99,9% аптайма, ~2,5 млн процессов в сутки, <50 мс межрегиональной задержки.
🔹Локальный ИИ вместо облака. Когда on-prem выигрывает у cloud: чувствительные данные, кастом под конкретные воркфлоу, минимальные зависимости. Показано, как Camunda оркестрирует локальные агенты и встраивает их в ИТ-ландшафт.
🔹Agentic-оркестрация в бэкофисе. Разбор кейса автоматической маршрутизации «цифровой почты»: агент тянет данные из нескольких систем, объясняет логику решения и степень уверенности. Вывод: ИИ работает надёжно там, где есть понятные «ограничители» и полная прозрачность процесса.
👉Читайте на Хабре: https://habr.com/ru/news/958504/
В следующем блоке обзора конференции —
🔹Camunda 8 в проде на AKS. Почему выбрали self-managed ради контроля и гибкости; архитектура с кросс-регионом на Zeebe, многоуровневая безопасность, наблюдаемость. Итог: 99,9% аптайма, ~2,5 млн процессов в сутки, <50 мс межрегиональной задержки.
🔹Локальный ИИ вместо облака. Когда on-prem выигрывает у cloud: чувствительные данные, кастом под конкретные воркфлоу, минимальные зависимости. Показано, как Camunda оркестрирует локальные агенты и встраивает их в ИТ-ландшафт.
🔹Agentic-оркестрация в бэкофисе. Разбор кейса автоматической маршрутизации «цифровой почты»: агент тянет данные из нескольких систем, объясняет логику решения и степень уверенности. Вывод: ИИ работает надёжно там, где есть понятные «ограничители» и полная прозрачность процесса.
👉Читайте на Хабре: https://habr.com/ru/news/958504/
👍6
Развеиваем миф: Camunda 7 «до 2030» — это не про Community 🧩
Коротко по фактам:
♦️ Ноябрь 2023: в обсуждениях звучит формулировка про security-патчи «до апреля 2030» — многие восприняли это как общий срок.
♦️ Март 2024: официально объявлено, что Camunda 7 Community Edition (CE) — EoL 14 октября 2025; финальный релиз 7.24; GitHub-репозиторий архивируют, ишью/PR закрывают.
♦️ Enterprise Edition (EE): после 03/2024 — поддержка в рамках подписки планировалась до 2027, обновления 2 раза в год (апрель/октябрь).
♦️ Февраль 2025: срок EE продлили до апреля 2030. Это не касается Community.
♦️ Источник путаницы: картинка-таймлайн про EE гуляла без контекста и создавала ощущение «поддержки для всех до 2030».
Что в итоге 📅
♦️ Camunda 7 CE: поддержка закончилась 14 октября 2025. После 7.24 — никаких обновлений, репозиторий — архив.
♦️ Camunda 7 EE: security-обновления до апреля 2030 при активной подписке; затем возможна расширенная поддержка до апреля 2032.
♦️ Для компаний из РФ: оплатить EE-подписку невозможно → де-факто поддержка заканчивается в октябре 2025. ⚠️
Подробнее читайте по ссылке
Коротко по фактам:
♦️ Ноябрь 2023: в обсуждениях звучит формулировка про security-патчи «до апреля 2030» — многие восприняли это как общий срок.
♦️ Март 2024: официально объявлено, что Camunda 7 Community Edition (CE) — EoL 14 октября 2025; финальный релиз 7.24; GitHub-репозиторий архивируют, ишью/PR закрывают.
♦️ Enterprise Edition (EE): после 03/2024 — поддержка в рамках подписки планировалась до 2027, обновления 2 раза в год (апрель/октябрь).
♦️ Февраль 2025: срок EE продлили до апреля 2030. Это не касается Community.
♦️ Источник путаницы: картинка-таймлайн про EE гуляла без контекста и создавала ощущение «поддержки для всех до 2030».
Что в итоге 📅
♦️ Camunda 7 CE: поддержка закончилась 14 октября 2025. После 7.24 — никаких обновлений, репозиторий — архив.
♦️ Camunda 7 EE: security-обновления до апреля 2030 при активной подписке; затем возможна расширенная поддержка до апреля 2032.
♦️ Для компаний из РФ: оплатить EE-подписку невозможно → де-факто поддержка заканчивается в октябре 2025. ⚠️
Подробнее читайте по ссылке
❤8
CamundaCon New York 2025 (часть 4)
...затем на сцену вышел сооснователь и Chief Technologist Camunda Бернд Рюккер. Он заметил, что «слайды — дело дешёвое» и предпочёл показать всё в действии. И сразу запустил живое демо.
В демо использовался ad hoc-подпроцесс, в котором работает агент Camunda и подключается набор инструментов. В частности, агент задействовал новый коннектор MCP для выполнения задач. Бернд прошёл по шагам процесса и показал, как тот помогает обработать заявку на кредит — она пришла из письма, которое он тут же отправил со сцены.
Читайте на Хабре обзор конференции Камунда: https://habr.com/ru/news/958516/
...затем на сцену вышел сооснователь и Chief Technologist Camunda Бернд Рюккер. Он заметил, что «слайды — дело дешёвое» и предпочёл показать всё в действии. И сразу запустил живое демо.
В демо использовался ad hoc-подпроцесс, в котором работает агент Camunda и подключается набор инструментов. В частности, агент задействовал новый коннектор MCP для выполнения задач. Бернд прошёл по шагам процесса и показал, как тот помогает обработать заявку на кредит — она пришла из письма, которое он тут же отправил со сцены.
Читайте на Хабре обзор конференции Камунда: https://habr.com/ru/news/958516/
👍7
CamundaCon New York 2025 (часть 5)
Из следующего блока вы узнаете, как агентная оркестрация в банке даёт ощутимую отдачу без потери управляемости: ИИ-агенты не только учитывают клиентский контекст, но и по ситуации выбирают нужные инструменты, сочетая детерминированные шаги с динамикой LLM; в демо это дало до 90% сокращения времени процесса, ускорение вывода решений на рынок и улучшение клиентского опыта благодаря быстрой и «знающей» поддержке.
При этом ценность можно получить уже за считанные недели (в их кейсе — менее трёх), но успех зависит от трезвого выбора сценариев, чётких «ограничителей» и наблюдаемости — платформа не станет узким местом, если архитектура и дисциплина внедрения на высоте.
Atlassian показала внутренний инструмент STAR для прозрачности и надёжности финансовых процессов: Camunda оркестрирует сложную SaaS-среду (BPMN/DMN, мониторинг), ИИ помогает автоматизировать рутину и синхронизировать данные почти в реальном времени. Результат — «расшифровка» процессов для бизнеса и кратный прирост эффективности: отдельные задачи сократились с ~16 часов до 30 минут.
Читайте на Хабре: https://habr.com/ru/news/958528/
Из следующего блока вы узнаете, как агентная оркестрация в банке даёт ощутимую отдачу без потери управляемости: ИИ-агенты не только учитывают клиентский контекст, но и по ситуации выбирают нужные инструменты, сочетая детерминированные шаги с динамикой LLM; в демо это дало до 90% сокращения времени процесса, ускорение вывода решений на рынок и улучшение клиентского опыта благодаря быстрой и «знающей» поддержке.
При этом ценность можно получить уже за считанные недели (в их кейсе — менее трёх), но успех зависит от трезвого выбора сценариев, чётких «ограничителей» и наблюдаемости — платформа не станет узким местом, если архитектура и дисциплина внедрения на высоте.
Atlassian показала внутренний инструмент STAR для прозрачности и надёжности финансовых процессов: Camunda оркестрирует сложную SaaS-среду (BPMN/DMN, мониторинг), ИИ помогает автоматизировать рутину и синхронизировать данные почти в реальном времени. Результат — «расшифровка» процессов для бизнеса и кратный прирост эффективности: отдельные задачи сократились с ~16 часов до 30 минут.
Читайте на Хабре: https://habr.com/ru/news/958528/
👍5
Когда скорость может быть проблемой🚀
Логически эта схема абсолютно правильная. Мы отправляем запрос к внешнему сервису, он выполняет свою работу и возвращает ответ — тогда процесс продолжается.
Но есть нюансы:👀 синхронная задача в вызываемом процессе может выполниться очень быстро, за миллисекунды⚡️ . И тогда родительский процесс просто не успеет поймать ответное событие.🤷
Ведь что там происходит под капотом:
Перед Receive task у нас граница транзакции. Значит, процесс записывает свое состояние в базу. Потом создает подписку на получение сообщения. И тоже сохраняет ее в БД.
Все это занимает какое-то время — а внешний процесс уже успел начаться и кончиться, его сообщение улетело в никуда!😢
И как быть? — расскажем об этом завтра!😎
А пока помните, что моделируя процессы с сообщениями, нужно думать не только о логике, но и о том, как это исполняется в реальности.
📌Поделитесь этим с коллегами, чтобы они не попадали в такие ловушки!
Логически эта схема абсолютно правильная. Мы отправляем запрос к внешнему сервису, он выполняет свою работу и возвращает ответ — тогда процесс продолжается.
Но есть нюансы:
Ведь что там происходит под капотом:
Перед Receive task у нас граница транзакции. Значит, процесс записывает свое состояние в базу. Потом создает подписку на получение сообщения. И тоже сохраняет ее в БД.
Все это занимает какое-то время — а внешний процесс уже успел начаться и кончиться, его сообщение улетело в никуда!
И как быть? — расскажем об этом завтра!😎
А пока помните, что моделируя процессы с сообщениями, нужно думать не только о логике, но и о том, как это исполняется в реальности.
📌Поделитесь этим с коллегами, чтобы они не попадали в такие ловушки!
Please open Telegram to view this post
VIEW IN TELEGRAM
👍16❤1
Продолжаем тему 🚀 — вот ответ на недавний вопрос:
Когда скорость может быть проблемой
Event-driven — классная архитектура и весьма удобно может моделироваться в BPMN при помощи событий. Но, как мы видели вчера, в реальности события могут прилетать слишком быстро и ломать весь паттерн 💥
Что делать? — Искусственно тормозить и ставить таймауты? ⏱️
Плохой вариант — зачем своими руками рубить производительность? 🪓
Проблема слишком быстрого отклика внешних процессов легко устраняется посредством
Процесс просто говорит, что у него есть задача для определенного воркера — и ждет, пока тот её исполнит🤖
Сценарий в точности такой же, как с
А кто её делает — человек, робот, кот учёный🐈⬛ , искусственный разум 🧠 или тупой алгоритм — ему совершенно не важно.
С точки зрения транзакционности, user task и external task — это состояния ожидания 🕒
Подходя к такой задаче, процесс записывает свои данные в БД, публикует задачу и ловит событие
И всё это уже реализовано на уровне движка — ничего дополнительно городить не надо 🏗️
Просто используйте
Так что полиглотность, о которой так часто любят говорить, то есть возможность реализовывать внешние задачи на любом языке (Java, Python, C++, JavaScript и т.д.) — вовсе даже не главное свойство
Об этом рассказывает Бернд Рюккер на свомем вебинаре, конкретно про этот кейс смотрите на 28-й минуте:
👉 https://www.youtube.com/watch?v=H7XkztGj69w
Когда скорость может быть проблемой
Event-driven — классная архитектура и весьма удобно может моделироваться в BPMN при помощи событий. Но, как мы видели вчера, в реальности события могут прилетать слишком быстро и ломать весь паттерн 💥
Что делать? — Искусственно тормозить и ставить таймауты? ⏱️
Плохой вариант — зачем своими руками рубить производительность? 🪓
Проблема слишком быстрого отклика внешних процессов легко устраняется посредством
external task 🧩Процесс просто говорит, что у него есть задача для определенного воркера — и ждет, пока тот её исполнит
Сценарий в точности такой же, как с
user task'ами — процесс ничего не знает об исполнителе: ему главное, чтобы работа была сделана ✅А кто её делает — человек, робот, кот учёный
С точки зрения транзакционности, user task и external task — это состояния ожидания 🕒
Подходя к такой задаче, процесс записывает свои данные в БД, публикует задачу и ловит событие
task completed 📬И всё это уже реализовано на уровне движка — ничего дополнительно городить не надо 🏗️
Просто используйте
external task, и вам не придётся ломать себе голову, успеет или не успеет основной процесс поймать отклик от внешнего.Так что полиглотность, о которой так часто любят говорить, то есть возможность реализовывать внешние задачи на любом языке (Java, Python, C++, JavaScript и т.д.) — вовсе даже не главное свойство
external task 🌍Об этом рассказывает Бернд Рюккер на свомем вебинаре, конкретно про этот кейс смотрите на 28-й минуте:
👉 https://www.youtube.com/watch?v=H7XkztGj69w
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6
Forwarded from Архитектура ИТ-решений
📆 5 ноября 10:30 MSK
Приглашаю вас на очередной, безусловно, бесплатный вебинар Первые десять лет Architecture as Code
Архитектура как код (Architecture as Code, AaC) — это подход, при котором архитектура представляется в виде декларативного машиночитаемого описания, развиваемого, обновляемого и отслеживаемого с использованием инструментов непрерывной интеграции и систем контроля версий
Этот подход существует уже около 10 лет и имеет как ярых приверженцев, так и откровенных скептиков. Я постараюсь остаться посередине и в своем выступлении расскажу о том, что уже реально получилось в подходе architecture as code, а что пока остается невыполненными обещаниями, а так же отвечу на ваши вопросы
Подробности и регистрация: https://mxsmirnov.timepad.ru/event/3648919/
Приглашаю вас на очередной, безусловно, бесплатный вебинар Первые десять лет Architecture as Code
Архитектура как код (Architecture as Code, AaC) — это подход, при котором архитектура представляется в виде декларативного машиночитаемого описания, развиваемого, обновляемого и отслеживаемого с использованием инструментов непрерывной интеграции и систем контроля версий
Этот подход существует уже около 10 лет и имеет как ярых приверженцев, так и откровенных скептиков. Я постараюсь остаться посередине и в своем выступлении расскажу о том, что уже реально получилось в подходе architecture as code, а что пока остается невыполненными обещаниями, а так же отвечу на ваши вопросы
Подробности и регистрация: https://mxsmirnov.timepad.ru/event/3648919/
👍7
Давайте посмортрим, как называлось то, чем мы занимаемся с древних времен до наших дней!
👉Читайте на Хабре: https://habr.com/ru/articles/961218/
👉Читайте на Хабре: https://habr.com/ru/articles/961218/
👍6
После длинных выходных ждем на вебинар — поговорим про оргструктры в процессах и не только!
Forwarded from Jmix.ru
Спикер: Станислав Макаров, Продуктовый аналитик платформы Jmix
Приглашаем вас на вебинар, где в уютной атмосфере живого общения, как это обычно и происходит на вебинарах у Стаса 😉, разберете одну из самых сложных задач для реализации на практике — работу с оргструктурой.
Дата: 6 ноября
Время: 16:00-17:00 по мск
Вместе со Стасом вы узнаете:
Приходите, забирайте экспертные знания из первых рук!
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥8