Бизнес-процессы // BPM

🚀 Почему Change Management и фасилитация отличают успешных практиков от просто «технарей»?
Можно быть сильным экспертом. Знать методологии, владеть инструментами, выстраивать процессы и находить технически идеальные решения.
Но есть нюанс: даже самое правильное решение бесполезно, если люди не готовы его принять и внедрить.
Именно здесь на первый план выходят soft skills — навыки, которые превращают экспертность в реальный результат.
🔹 Change Management — умение проводить изменения, а не просто запускать их.
Внедрить новую систему, трансформировать процесс или изменить подход к работе — это только часть задачи. Важно понять, как изменения повлияют на людей, откуда возникает сопротивление и что поможет команде пройти путь от «зачем нам это?» до «мы действительно так работаем».
🔹 Фасилитация — умение превращать обсуждения в решения.
Собрать людей на встречу недостаточно. Нужно помочь им услышать друг друга, выявить противоречия, договориться о приоритетах и прийти к конкретным действиям.
Хороший фасилитатор не навязывает ответы. Он создаёт условия, в которых группа находит их сама.
🔹 Коммуникация — мост между экспертизой и бизнес-результатом.
Можно блестяще разбираться в технологии, но если не получается объяснить её ценность бизнесу, вовлечь стейкхолдеров и синхронизировать ожидания, реализация будет буксовать.
💡 В чём принципиальная разница?
«Технарь» может предложить оптимальное решение.
Сильный практик понимает, как сделать так, чтобы это решение заработало в реальности — с конкретными людьми, их интересами, опасениями и целями.
И дело не в том, что техническая экспертиза менее важна. Напротив, именно сочетание профессиональной глубины и развитых soft skills создаёт конкурентное преимущество.
Чем сложнее проекты и масштабнее изменения, тем меньше успех зависит только от знания инструментов и тем больше — от способности работать с людьми и групповой динамикой.
Что стоит развивать уже сейчас?
✅ Умение работать с сопротивлением изменениям.
✅ Навыки фасилитации встреч и групповых обсуждений.
✅ Способность договариваться со стейкхолдерами.
✅ Умение превращать разногласия в конструктивный диалог.
✅ Навык связывать технические решения с бизнес-целями.
Потому что сегодня ценность эксперта определяется не только тем, что он знает, но и тем, какие изменения он способен провести вместе с другими.
💬 А что, по вашему опыту, чаще тормозит проекты: недостаток технической экспертизы или неумение людей договариваться и принимать изменения?
#SoftSkills #ChangeManagement #Фасилитация #УправлениеИзменениями #ProjectManagement #Лидерство@biproces

Мы в МАХ

🎯 BPMN — это микроскоп. А для «птичьего взгляда» нужен телескоп.

Все мы знаем: BPMN 2.0 — стандарт де-факто для моделирования процессов. Но у него есть коварная ловушка: палитра из 100+ элементов, отсутствие элемента для изображения группы процессов и фокус на executable-логике делают его непригодным для моделирования процессной иерархии .

BPMN отвечает на вопрос «Как именно?». Но не на вопрос «Что и с чем связано на уровне всей компании?».

Что использовать, когда BPMN «не заходит»

ArchiMate — стандарт «архитектурного» взгляда.
Двумерная матрица: аспекты (поведение, структура, цели) × слои (от стратегии до ИТ-инфраструктуры). Показывает зависимости между процессами, приложениями и данными. Минус: требует лицензирования, а процессы и группы процессов визуально не различаются .

BCD (Business Capabilities Diagram) — практичная альтернатива.
Гибрид IDEF0 и DFD с базовой палитрой из трёх элементов (процесс, группа процессов, ресурс). Стрелки — пунктирные, чтобы не путать с потоком управления в BPMN. Идеально для «птичьего взгляда»: пользователи сами задают вопросы вида «А какой процесс создаёт этот ресурс?».

CMMN — когда процесс ad-hoc, а не конвейер.
Для слабоструктурированных процессов с высокой вариативностью и «ручным» принятием решений. BPMN требует заранее знать все возможные ветвления — CMMN позволяет действовать «назад» от результата. Минус: сложнее для восприятия, требует зрелости команды.

URN (GRL + UCM) — когда важны ЦЕЛИ, а не только действия.
Первый стандарт, который явно связывает цели и процессы в одном языке.

Главный вывод

BPMN — это язык «как нарисовали, так и работаем». Но для процессной архитектуры нужен другой инструмент: либо ArchiMate (для связей всего со всем), либо BCD (для быстрого и понятного «птичьего взгляда»), либо CMMN (для неструктурированного). Не пытайтесь забивать гвозди микроскопом.

Вопрос к вам: чем вы моделируете процессную архитектуру, когда BPMN становится слишком «тяжёлым»?

#BPMN #ПроцесснаяАрхитектура #ArchiMate #CMMN #BCD #BusinessArchitecture #ProcessModeling@biproces

Мы в МАХ

🚀 Как «Сетевая Компания» убила «автоматизированный зоопарк» из 21 системы

Представьте: 21 система, 11 каналов связи, 620 000 обращений в год — и всё это в разных окнах, с дублями данных и потерянной информацией. Знакомо? 😵💫

Именно так работала крупнейшая электросетевая компания Татарстана, пока не решила: хватит. И не просто решила, а вошла с этим проектом в финал конкурса «BPM-проект года'2026» 🏆

🎯 Что сделали

Внедрили единое окно на базе low-code платформы ELMA365 — «Единую платформу управления процессами обслуживания потребителей». Вместе с интегратором Onder.

Результат интеграции:
✅ 19 ключевых бизнес-процессов автоматизированы
✅ 23 системы заведены в единый контур
✅ 11 каналов коммуникации — в одном окне
✅ 1,7 млн потребителей — в единой базе, без дублей

💥 Что получилось в цифрах

⚡ Заявка на техприсоединение: 21 мин → 13 мин (−38%)
⚡ Обработка обращений: −20%
⚡ Цифровые сервисы: 37% → 45%
⚡ Приём показаний счётчиков: 28 мин → 2 мин (в 14 раз быстрее!)

🧠 Главный инсайт

Самое сложное в таких проектах — не технологии, а люди и интеграции. У каждой системы свой владелец, свой подрядчик, свои модели данных. Спасли промежуточные интеграционные сервисы + открытый API — без переписывания самой платформы.

🔮 Что дальше

Платформа уже использует ИИ-ассистента по 30+ тематикам. В планах — интеграция с MAX для оповещений о ремонтах и авариях.

И да — проект заодно закрыл импортозамещение: Microsoft Dynamics CRM и старая BPM-система ушли в прошлое 🇷🇺

---

💡 Вывод простой: BPMS — это не «ещё одна система». Это способ убрать лишние системы. Один вход. Одни данные. Один клиентский опыт. Никакого зоопарка. 🦁➡️🏢

---

#BPMS #ELMA365 #СетеваяКомпания #BPMпроектГода2026 #Цифровизация #Импортозамещение #LowCode #Автоматизация #Энергетика #УправлениеПроцессами #DigitalТрансформация #IT #BPM@biproces

Мы в МАХ

Хватит описывать процессы — надо через модель управлять изменениями 🚀

🎯 Мы 3 месяца согласовывали регламент. 47 писем. 12 версий. Когда утвердили — процесс уже изменился. Знакомо? 😅

Проблема не в том, что мы плохо описываем. Проблема в том, что описание — это фотография 📸, а бизнесу нужен пульт управления 🎛️.

В чём подвох классического подхода 🕳️

Классика: аналитик рисует схему → описывает текстом → шлёт на согласование → собирает правки письмами → версионирует в папках → «утверждает».

Что происходит на самом деле:

· 📉 Схема и текст живут отдельно. На картинке одно, в регламенте другое, в голове исполнителя третье.
· ✉️ Согласование — это переписка. Правка приходит словами: «уберите этот шаг, добавьте согласование юриста». Аналитик вручную ищет, куда это вписать.
· 📁 Изменение = новый документ. Не «поменяли модель», а «сделали версию 13_final_точно_финал».
· ⚰️ Модель умирает в момент утверждения. Она не связана с реальностью: ни с регламентом, ни с ИС, ни с метриками.

Итог: процессом управляют не через модель, а мимо неё. Модель — декорация 🎭.

Ключевой сдвиг: модель как единый источник правды 💡

Тезис: не описывайте процессы — управляйте изменениями через модель.

Что это значит на практике:

1. 🧩 Схема — это не картинка, а данные. Каждый блок, стрелка, роль, система — объект с атрибутами. Меняешь объект → меняется всё, что на него ссылается.
2. 💬 Согласование идёт на модели, а не в письмах. Комментарий привязан к конкретному шагу. Правка — это изменение элемента, а не абзац в письме.
3. 🌿 Версии — это ветки, а не файлы. Можно показать diff: что изменилось между «как есть» и «как будет».
4. ⚙️ Из модели генерируется остальное: регламент, чек-лист, ТЗ на автоматизацию, роли, метрики.

Как выглядит согласование «прямо на схеме» 🖥️

Вместо цепочки «аналитик → почта → юрист → почта → владелец → почта»:

· 👥 Все участники открывают одну живую модель.
· 🧑‍⚖️ Юрист ставит комментарий на конкретный шаг: «здесь нужно согласование с клиентом».
· 👀 Владелец процесса видит влияние: какие роли, системы и метрики затронет правка.
· ✏️ Изменение вносится в модель, а не в текст. Регламент и инструкции пересобираются автоматически.
· 🕰️ История изменений — прозрачная: кто, что, когда и почему поменял.

Согласование превращается из переписки в совместную работу над одним объектом 🤝.

Что это даёт бизнесу 📊

Было 😩 Стало 🔥
Регламент ради регламента Модель как рабочий инструмент
Согласование неделями Правки в реальном времени
«Актуальную версию спроси у Ивана» Один источник правды
Изменение = переписать документ Изменение = поменять элемент
Автоматизация «по мотивам» ТЗ генерируется из модели

Главная мысль 🧠

Процессное описание отвечает на вопрос «как у нас устроено?»
Процессная модель отвечает на вопрос «что будет, если мы это изменим?»

Первое — архив 📦. Второе — управление 🎮.

Если ваша модель не участвует в изменениях — это не модель. Это иллюстрация к регламенту, который никто не читает 🙈.

Призыв / вопрос к аудитории 💬

А у вас процессные схемы живут в одном месте с регламентами — или каждая в своей папке? 📂

Если согласование до сих пор идёт письмами — вы управляете не изменениями, а перепиской 📨.

#БизнесАнализ #BPMN #УправлениеПроцессами #BPM #ПроцессноеУправление #ЦифроваяТрансформация #АрхитектураПроцессов #БизнесИнжиниринг #УправлениеИзменениями #Аналитик #Регламенты #Автоматизация #ProcessMining

🤖 Модульные LLM-агенты для автономного исполнения процессов: где они работают, а где пока буксуют
LLM-агенты постепенно переходят от роли «умного чат-бота» к исполнению реальных бизнес-процессов: анализируют данные, вызывают инструменты, работают с API, принимают промежуточные решения и передают результат следующему этапу.
Особенно интересен модульный подход: вместо одного большого агента процесс разбивается на специализированные блоки — планирование, поиск информации, работа с документами, проверка результата, выполнение действий и контроль.
Где это уже имеет практический смысл?
🏦 Финансы и страхование
Обработка заявок, извлечение данных из документов, первичная проверка комплектности, подготовка клиентских коммуникаций, маршрутизация обращений.
🏥 Медицина
Суммаризация медицинских документов, подготовка данных к приёму, работа с административными процессами, поиск информации в медицинских базах. При этом клинические решения требуют отдельного контроля.
🏭 Промышленность и производство
Анализ производственных отчетов, обработка заявок на обслуживание, поиск информации в технической документации, поддержка процессов технического обслуживания.
🛒 Ритейл и e-commerce
Обработка заказов и обращений, управление каталогом, анализ отзывов, подготовка ответов клиентам, координация между CRM, складом и службой поддержки.
⚖️ Юридические услуги
Поиск релевантных документов, сравнение версий договоров, извлечение условий, подготовка черновиков и контроль соответствия заданным требованиям.
🚚 Логистика
Обработка транспортных документов, отслеживание статусов, коммуникация с перевозчиками, выявление отклонений и подготовка вариантов дальнейших действий.
💻 IT и корпоративные сервисы
Триаж инцидентов, анализ логов, создание тикетов, поиск решений в базе знаний, выполнение стандартных операций через API.
А где начинаются проблемы?
⚠️ В длинных цепочках действий. Чем больше шагов, тем выше вероятность накопления ошибки.
⚠️ В задачах с неоднозначными целями. Агент может правильно выполнить инструкцию, но неправильно понять, какой результат действительно нужен бизнесу.
⚠️ В процессах с высокой ценой ошибки. Финансы, медицина, юридические решения и критическая инфраструктура требуют дополнительных проверок и контроля человека.
⚠️ В полностью автономном режиме. «Агент умеет выполнить процесс» и «агенту можно без контроля доверить процесс» — совершенно разные утверждения.
Поэтому главный вопрос сегодня уже не в том, может ли LLM-агент действовать автономно.
Вопрос в другом: какую часть процесса ему действительно стоит доверить?
На практике наиболее устойчивой выглядит архитектура, где агент не пытается заменить весь процесс целиком, а получает ограниченный набор полномочий, инструментов и проверок.
Автономность — не бинарное свойство. Это шкала: от подсказки человеку → до самостоятельного выполнения отдельных этапов → до автономного процесса с автоматическими проверками и возможностью вмешательства человека.
И именно правильное определение этой границы сегодня становится одним из ключевых вопросов при внедрении агентных систем.
А в вашей отрасли какой процесс первым напрашивается на передачу LLM-агенту?
#LLM #AIagents #AI #LLMAgents #GenAI #автоматизация #искусственныйинтеллект #AIавтоматизация #enterpriseAI@biproces

Digital Q.BPM: Как ИИ-агенты проектируют BPMN-модели по тексту и проверяют бизнес-логику 🤖

「Диасофт」встроила ИИ-агентов в производственный контур платформы Digital Q.BPM, превратив генерацию BPMN-моделей из «чат-бота» в управляемый промышленный процесс.

От Low-Code к AI-Driven: смена парадигмы 🔄

Ключевое отличие Digital Q.BPM от большинства решений на рынке — ИИ здесь не внешний ассистент, генерирующий артефакты по запросу. Он встроен в единый жизненный цикл разработки на основе подхода Specification-Driven Development (SDD). Работа агента опирается на машиночитаемую спецификацию процесса, а результаты автоматически проходят встроенные проверки платформы.

Проектирование BPMN-моделей по текстовому описанию 📝

Одна из ключевых возможностей ИИ-агента — проектирование процессов в нотации BPMN 2.0 на основе текстового описания. Механика работает так:

1. Пользователь формулирует бизнес-замысел на естественном языке.
2. Агент последовательно составляет список узлов, определяя логику процесса.
3. На основе списка узлов проектируется полноценная графическая BPMN-схема.

Это не односторонняя генерация: агент поддерживает итеративную доработку — процесс можно изменять и дополнять в диалоге.

Отдельно решена проблема «чёрного ящика»: ИИ не просто генерирует код, но и комментирует его, делая логику прозрачной для последующего сопровождения. По данным «Диасофт», это критически важно, поскольку доля автогенерированного кода растёт, и без документирования логики стоимость поддержки резко увеличивается.

Верификация бизнес-логики и скриптов ✅

Проверка моделей — не опциональная функция, а часть управляемого производственного процесса Digital Q. ИИ-агент:

· Анализирует процесс в рамках единых правил платформы
· Проверяет соответствие бизнес-логике
· Выявляет потенциальные проблемы
· Оценивает критичность найденных отклонений
· Предлагает варианты исправления

Принципиальный момент: ИИ-агент не принимает решения самостоятельно. Он работает в рамках оркестрации платформы, что снижает риск рассинхронизации между требованиями, моделью и реализацией.

Проверка работает на синтаксическом, логическом и семантическом уровнях. Это позволяет предотвращать ошибки на ранних стадиях и существенно сокращать цикл согласования.

Практический контекст 📊

По данным «Диасофт»:

· Производительность разработки ПО растёт в 6 раз
· Весной 2026 года проведён стресс-тест: два специалиста проанализировали 400 страниц текста и собрали работающий прототип за несколько дней
· Планируется, что ИИ-агенты возьмут на себя до 80% рутинных задач проектирования

Почему это важно для выбора BPM-платформы 💡

Большинство ИИ-помощников сегодня — изолированные инструменты без промышленной оркестрации. Digital Q.BPM предлагает другую модель: ИИ как часть производственного контура, с управляемостью, встроенными проверками и снижением риска vendor lock-in. Для команд, которые внедряют BPMN-моделирование системно, это принципиальная разница.

#BPM #управлениепроцессамми
#процессныйподход
#ииагенты

Владелец процесса — это не должность в шапке регламента. Это человек, который реально отвечает за результат «от входа до выхода». Проверьте себя: если узнали хотя бы 2–3 пункта — владельца у процесса нет.

---

❌ Признак 1: Процесс «умирает» после согласования

Схема нарисована, регламент подписан, все кивнули — и тишина. Никто не спрашивает: «А как процесс работает через месяц?». Нет человека, который лично заинтересован в том, чтобы модель жила, а не лежала в папке.

Как проверить: задайте вопрос «Кто отвечает за то, чтобы этот процесс работал?». Если ответ — «все» или «ну, руководители…», владельца нет.

---

❌ Признак 2: KPI процесса никому не «болит»

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

В НГДУ «Альметьевнефть» (Татнефть) при внедрении процессного подхода закрепили KPI за ключевыми владельцами процессов. Однако быстро выяснилось: большая часть владельцев оказалась неэффективной, потому что у них не было задачи по снижению потерь. Их цели не были привязаны к личной ответственности за конкретный результат процесса — и улучшения не происходили.

Как проверить: посмотрите на KPI процесса. Чья это премия зависит от этих цифр? Если ничья — владельца нет.

---

❌ Признак 3: «Стыки» между подразделениями провисают

Процесс идёт через несколько отделов. На каждом участке — свой начальник, и каждый «тянет одеяло» на себя. А на переходах между отделами — провал: там, где процесс пересекает границы, никто не держит его целиком.

Как проверить: найдите самое «больное» место процесса. Спросите: кто отвечает за этот стык? Если ответ — «ну, мы договариваемся ситуативно», владельца нет.

---

❌ Признак 4: Улучшения не инициируются «снизу»

Исполнители видят проблемы каждый день. Но не идут с предложениями, потому что:

· не имеют полномочий;
· знают, что «это не моя зона»;
· уверены, что «всё равно ничего не изменится».

Как проверить: когда последний раз исполнитель сам пришёл с идеей улучшения процесса? Если не помните — владельца нет.

---

❌ Признак 5: Владелец есть «на бумаге», но не в реальности

В регламенте написано: «Владелец процесса — начальник отдела X». Но этот человек:

· не участвует в проектировании;
· не отслеживает показатели;
· не защищает улучшения перед руководством;
· воспринимает роль как «дополнительную нагрузку».

Как проверить: спросите «владельца», что он делал для процесса за последний месяц. Если ответ — «ну, подписал регламент», владельца нет.

---

✅ Что должно быть у настоящего владельца

· Выделенные ресурсы — люди, бюджет, время.
· Личный KPI, зависящий от результата процесса.
· Полномочия менять процесс и защищать изменения.
· Регулярный мониторинг — не «раз в год», а постоянно.
· Ответственность за сквозной результат, а не за свой участок.

---

Сколько признаков совпало у вас? 1–2 — тревожный звоночек. 3+ — процесс живёт без хозяина. 👇

#BPM #ВладелецПроцесса #ЧекЛист #УправлениеПроцессами #ПроцессныйПодход@biproces

Схема без владельца — это не процесс, а картинка. Красивая, детальная, с правильными шлюзами и событиями. Но мёртвая.

Почему? Потому что процесс — это не только «как делать», но и «кто отвечает за результат».

❌ Что происходит, когда владельца нет

Схема нарисована, регламент подписан, все кивают. Но:

· Отклонения никто не замечает — нет человека, чья личная ответственность «процесс должен работать».
· Улучшения не инициируются — исполнители видят проблему, но не имеют полномочий, а руководители функциональных отделов смотрят только на свой участок.
· «Стыки» между подразделениями провисают — именно там, где процесс пересекает границы, никто не «держит» его целиком.

Результат: модель остаётся в PowerPoint, а реальная работа идёт «как привыкли».

✅ Что даёт владелец процесса

Владелец — это должностное лицо, которое имеет в своём распоряжении выделенные ресурсы, управляет ходом процесса и несёт ответственность за результаты и эффективность процесса .

Его ключевые функции:

· Проектирование и внедрение — отвечает за то, чтобы процесс был спроектирован, внедрён и работал .
· Мониторинг и контроль — отслеживает показатели, выявляет отклонения .
· Улучшение — инициирует изменения, а не ждёт, пока «сверху скажут» .
· Управление рисками — предвидит проблемы и минимизирует их .

Главное: владелец процесса «склеивает» разрозненные функции в сквозной поток, создающий ценность для клиента.

🔑 Ключевой критерий: личный KPI зависит от процесса

Из практики РЖД: «Поскольку владелец процесса понимает, что его личный KPI будет зависеть от того, насколько хорошо вагон будет ездить, он заинтересован в том, чтобы инициировать проекты по улучшению процессов» .

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

📌 Как это выглядит на практике

Схема без владельца:

· Нарисовали BPMN.
· Положили в папку «Регламенты».
· Через месяц про неё забыли.

Схема с владельцем:

· Владелец лично заинтересован, чтобы схема работала.
· Он собирает обратную связь от исполнителей.
· Он инициирует улучшения и защищает их перед руководством.
· Он отвечает за KPI процесса, а не за «галочку в отчёте».

💡 Вывод

Идеальная схема без владельца — это труп в красивом костюме. Она может быть безупречна с точки зрения нотации, но без человека, который отвечает за результат «от входа до выхода», она не живёт.

Сначала — найдите владельца. Потом — рисуйте схему. Иначе всё останется мёртвой картинкой.

А у вас есть владельцы процессов? Или схемами «владеют» все и никто? 👇

#BPM #ВладелецПроцесса #УправлениеПроцессами #ПроцессныйПодход #БизнесАнализ@biproces

🚨 Процесс «течёт». Где именно?

Задачи зависают. Согласования длятся днями. Сотрудники ведут Excel «для себя». Ошибки исправляются вручную.

Первая реакция обычно: «Нам не хватает людей» или «Нужна новая система».

Но сначала стоит провести диагностику.

🔎 За один день можно пройти путь от симптома до Quick Win.

09:00–12:00 — Gemba Walk
Берём реальный заказ или документ и проходим его от начала до конца. Замеряем время каждого шага, фиксируем ожидания, передачи ответственности, ручной труд, ошибки и переделки.

12:00–13:00 — интервью
15 минут с исполнителем, менеджером, заказчиком и IT. Не спрашиваем «кто виноват?». Спрашиваем: «Что мешает сделать работу правильно с первого раза?»

13:00–16:00 — первопричина
Строим As-Is и применяем «5 почему». Отделяем симптом от причины. «Сотрудник ошибся» — не диагноз.

16:00–17:30 — Quick Wins
Ищем изменения, которые можно внедрить за 1–3 дня. Для каждого: действие → ответственный → срок → KPI.

17:30–18:00 — результат
На одном листе: проблема → факты → узкое место → причина → решение → метрика.

🚩 Если к концу дня нет ни одной цифры, а есть только «медленно», «сложно» и «плохо» — диагностика не закончена.

Не ищите виноватого. Найдите место, где протекает процесс.

📌 Сохраняйте чек-лист на картинке — пригодится, когда процесс снова «где-то сломается».

#BPM #БизнесПроцессы #ПроцессноеУправление #Gemba #QuickWins@biproces

Картинка процесса есть. Внедрения — нет. Знакомо? 📉🤔

В 2026 году инструменты вроде Low-code 🧩 сделали создание бизнес-процессов доступным всем. Но главная битва за цифровизацию сейчас идет не на серверах, а в головах сотрудников 🧠.

Ваш BPM-аналитик нарисовал идеальную схему работы склада 📦📋. А сотрудники ее саботируют 🙅‍♂️. Почему? Потому что ему не хватило мягких навыков (soft skills) 🤝.

Топ-4 навыка современного специалиста по процессам:
✅ Фасилитация: перевести крик души рабочего на язык системных спецификаций 🗣️➡️📄.
✅ Управление изменениями: снять страх перед новым софтом у команды 💻😨➡️😎.
✅ Эмоциональный интеллект: понять скрытые мотивы стейкхолдеров 🎭🔍.
✅ Презентация: защитить бюджет перед финдиром без головной боли 💼💰🤕➡️😌.

Рынок обучения понял запрос 📈: ушли времена скучных курсов по тайм-менеджменту ⏳🥱. Сейчас востребованы гибридные программы с ИИ-тренажерами 🤖 и симуляторами реальных кейсов компании 🧪. Стоимость развития ключевого сотрудника — от 30 до 68 тысяч рублей 💸, но цена ошибки неквалифицированного переговорщика — миллионы упущенной выгоды 📉💔.

Инвестиции в Soft Skills архитектора процессов — это прямой путь к возврату средств, вложенных в IT 🚀💻. Не давайте технологиям простаивать из-за человеческого фактора! ⚠️🧠

Бесплатно скачать "Аналитический отчет: Рынок услуг soft skills для BPM-специалиста. Стратегия продажи решений руководству" в первом комментарии 👇

#БизнесПроцессы #HR #Обучение #Автоматизация #Лидерство@biproces

Мы в МАХ

📅 Куда идти за реальными кейсами вместо теории? XV Конференция «Проектирование бизнес-архитектур 2026».

> Москва, 22–23 октября.

> Если вам надоело объяснять бизнесу ценность своих моделей процессов, этот ивент обязателен к посещению. Организаторы заявляют жесткий фокус на измеримых результатах. Будут разбирать, как связывать процессы со стратегией, считать окупаемость оптимизации и находить слепые зоны через архитектурные модели.
> Главный бонус — открытый конкурс «Лучшая практика организационного развития». Можно будет подсмотреть конкретные цифры у победителей (например, холдинг ТАГРАС экономит миллионы на своей цифровой трансформации).

> Подробности программы
> Регистрация открыта. Успейте занять место!
> #конференция #moscow #businessarchitecture #аналитика@biproces

Мы в МАХ

🤖 Ваш следующий сотрудник — ИИ. Но бизнес пока не зарабатывает на этом ни рубля

ИИ-агенты перестали быть игрушкой для генерации картинок. Это полноценные цифровые сотрудники, которых сейчас массово внедряют в CRM и ERP-системы. Они анализируют контекст процесса и действуют самостоятельно. 🚀
📊 Что происходит на рынке прямо сейчас:
⚡ 86% крупных РФ-компаний используют большие языковые модели.
⚡ 65% фирм регулярно работают с генеративным ИИ — это в 2 раза больше, чем год назад.
⚡ +14% к личной эффективности каждого сотрудника (данные MIT).
Звучит как успех, но отчеты Сбера, CNews и «Коммерсанта» фиксируют проблему: роста прибыли нет. 📉
У нас хайп есть, а бума ИИ-агентов пока нет.
💸 Почти половина российского бизнеса (46%) не видит денег от внедрения. Глобально ситуация примерно такая же.
🤔 В чем затык?
Мы пытаемся заставить умный алгоритм делать глупые вещи быстрее.
Автозакрытие заявок в почте или автогенерация типовых ответов экономят минуты, но не создают новой ценности.
Чтобы агент принес миллионы, нужно пересобирать сам бизнес-процесс вокруг него. 🔄
🎯 Где ИИ точно выстрелит:
🚛 Логистика. Оптимизация маршрутов в реальном времени с учетом пробок, погоды и расхода топлива + роботизированные склады.
📞 Клиентский сервис. До 75% пользы от генеративного ИИ живет именно здесь: классификация обращений, персонализация предложений и автоматизация коммуникаций.
🗄 Корпоративная база знаний. Поиск через RAG стал приоритетом для 63% респондентов — мгновенный доступ к регламентам помогает убивать бюрократию.
💡 С чего начать, чтобы не слить бюджет?
1️⃣ Начинайте с пилота на реальных данных.
2️⃣ Оцифруйте процесс до винтика.
3️⃣ Назначьте владельца, который отвечает за экономический эффект в рублях. 💰
⏳ Ближайшие 1–2 года отделят тех, кто просто купил подписку на модную модель, от тех, кто реально перестроил операционную архитектуру компании.
💬 Кто уже копает эту тему глубоко — кидайте реакции! Обсудим подводные камни интеграции ИИ-агентов. 👇
#AI #бизнеспроцессы #автоматизация #логистика@biproces

Мы в МАХ

🎯 Я занимаюсь аудитом и оптимизацией бизнес-процессов с 2011 года.
В соответствии с профессиональным стандартом специалиста по процессному управлению,
таким специалистам требуется обладать знаниями по основам операционного менеджмента.

📚 Обычно книги по операционному менеджменту делятся на две категории: академические талмуды, которые невозможно применить в поле, и мотивационные брошюры про «успешный успех». Книга Георгия Мельникова «Великий второй» выбивается из этого ряда. Это не литература для чтения в самолете, это скорее инженерная документация к ремонту сложного механизма.

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

🔍 Вот как эта книга выглядит с моего рабочего места — через призму конкретных процессных дисциплин:

1. Диагностика вместо героизма.
Главная профессиональная деформация многих руководителей — желание сразу начать чинить. В консалтинге мы называем это «решением проблем второго уровня при нерешенных проблемах нулевого». Мельников бьет по рукам таким специалистам уже во вступлении. Его метафора гоночного болида идеальна: прежде чем давить на газ, нужно поднять машину на подъемник. Автор жестко настаивает на приоритизации через анализ стоимости операции (OpEx / транзакция) и юнит-экономики. Мне как аналитику импонирует его требование переводить любую жалобу («у нас бардак») в конкретный финансовый урон («мы теряем 20% маржи на этапе согласования счетов»). Отдельно отмечу предложенный формат executive summary для топ-менеджмента — он действительно работает и экономит часы бесполезных презентаций.

2. Карта процессов против микроменеджмента.
В четвертой главе автор очень точно разделяет KPI и OKR. Для меня это главный водораздел между администратором и стратегом. Большинство российских компаний тонет в дашбордах со сотнями метрик, которые никто не смотрит. Операционный директор, согласно книге, должен вычленить те самые 3–5 показателей, которые управляют бизнесом (например, цикл сделки, стоимость привлечения клиента и процент брака). Все остальное — шум. Приведенные примеры из Amazon (фокус Джеффа Уилки на скорости доставки), UPS (загруженность грузовиков и повторные попытки вручения) и Uber (время ожидания и коэффициент загрузки водителей) показывают зрелый подход к выбору драйверов процесса. Аналогов Toyota Production System или концепции Gemba Walk здесь нет в виде слепого копирования — они адаптированы под задачи быстрого поиска узких мест без остановки всей системы.

3. Архитектура аутсорсинга: ключевые vs стандартные функции.
С точки зрения проектирования оргструктуры, вторая глава — самая сильная часть книги. Мельников дает четкий, почти математический критерий разделения функций на ключевые (Core) и стандартные (Context). Мы постоянно видим, как компании теряют рынок, отдавая подрядчикам то, что составляет их ДНК (кейсы Samsung с аккумуляторами или Nokia с ОС Symbian). И наоборот — Nike стала гигантом, осознав, что ее ключевая функция — маркетинг и дизайн, а не швейная машинка. Инженерный подход автора требует перед передачей любого процесса внешнему исполнителю провести тест на масштабируемость и риск потери контроля над качеством. Если процесс нельзя описать SLA до мельчайших деталей — он остается внутри.

4. Процесс изменений: Lean, Agile и культура внутреннего клиента.
Любой BPMN-диаграмме грош цена, если сотрудники кладут на нее болт...

Полный текст в МАХ и ВК.

✏️ Это суровая, честная и очень нужная работа. Рекомендую читать ее с карандашом, делая пометки прямо на полях рядом с описанием своих собственных узких мест.

От Александра Рошка

#операционныйменеддмент
#бизнеспроцессы #процессныйаналитик@biproces

Мы в МАХ

🎯 Low-code BPM в России-2026: от визуальных конструкторов к ИИ-дизайнерам процессов

Традиционные BPMS уходят в прошлое — бизнесу нужна скорость и гибкость без привлечения армии разработчиков. Российский рынок low-code платформ уже перешел от простых drag-and-drop интерфейсов к созданию полноценных корпоративных экосистем.

Мы проанализировали текущее состояние отрасли и выделили главные тренды:

📊 Лидеры рынка.
В топе зрелых решений держатся SimpleOne (максимальные баллы за архитектуру), Comindware с его графовой базой данных и Digital Q.BPM («Диасофт»), ориентированный на финтех-хайлоад.

🤖 Эпоха ИИ-агентов.
Это больше не маркетинг. Платформы научились генерировать схемы BPMN по текстовому описанию, проверять логику до запуска и автоматически документировать код. Например, новые агенты в Digital Q.BPM способны брать на себя до 80% рутинной работы проектировщика. При изменении доступности сотрудников система сама перестраивает маршруты «на лету».

🏗 Архитектура решает.
Микросервисы, отказоустойчивость и возможность кастомизации живой системы (live customization) стали отраслевым стандартом для enterprise-сегмента.

Выбор платформы теперь зависит не от абстрактного рейтинга, а от задач: тяжелые решения вроде Digital Q.BPM для крупного бизнеса, универсальные комбайны типа SimpleOne для сложной инфраструктуры и доступные ELMA365 для среднего сегмента.

Главный вывод: демократизация разработки состоялась. Скоро бизнес-аналитик сможет описать процесс на естественном языке, а платформа выдаст готовый к работе сервис.

#lowcode #bpm #автоматизация #ИИ #DigitalTransformation #российскийсофт@biproces

Мы в МАХ

🎯 Декомпозиция в BPMN: от генерального плана к поэтажным чертежам

🧩 В BPMN-моделировании верхнеуровневая диаграмма — это как генеральный план здания: видно, где вход, где выход, как связаны основные блоки. Но чтобы понять, что происходит внутри каждого блока, нужны поэтажные чертежи — дочерние диаграммы. И здесь важна строгая дисциплина, о которой пишет Брюс Сильвер в книге «BPMN Метод и Стиль» (Шаг 4):

✅ Каждый подпроцесс верхнего уровня раскрывается на отдельной дочерней диаграмме (современные BPMN-инструменты автоматически создают гиперссылки между ними).
✅ Дочерняя диаграмма всегда начинается с простого стартового события.
✅ Завершается — ровно теми конечными событиями, которые были зафиксированы на шаге 2 (статусы выхода из подпроцесса).

Пример: автодилер «от заказа до оплаты»

Разбираем подпроцесс «Оформить заказ». На входе — заявка клиента (авто, цена, покупатель). На выходе — три чётких статуса, которые определяют дальнейший маршрут:

🚗 Продажа со склада (машина есть в наличии)
🤝 Приобретение у дилера (обмен с другим дилером)
🏭 Заказ на заводе (прямой заказ производителю)

Именно эти три конечных события мы обязаны разместить на дочерней диаграмме. Почему? Потому что на родительской развилке надписи на исходящих потоках должны дословно совпадать с названиями этих конечных состояний. Иначе модель потеряет целостность.

Важно про дорожки и пулы:

· Пул на дочке — опционален, но если он есть, его имя берётся с родительского уровня.
· А вот дорожки (зоны ответственности) на каждом уровне определяются заново — они не наследуются автоматически.

Главный принцип: декомпозиция — это не копирование, а уточнение внутренней логики при жёсткой стыковке входов-выходов с родителем.

#BPMN #ПроцессныйПодход #БизнесАналитика #Моделирование #Сильвер #Декомпозиция@biproces

Мы в МАХ

🏅Как компания АЦТС (ПК Волховец) из 35 человек увеличила конверсию и перестала терять сотрудников?

✍ Разбираем реальный кейс финалиста конкурса «BPM-проект года’2026».

⛳️ Исходная ситуация: хаос вместо системы

📍Компания из Великого Новгорода (35 сотрудников) оказывала услуги премиум-класса — от замера до монтажа межкомнатных дверей. Но процессы были выстроены слабо: каждый менеджер работал «как умел», единых стандартов не существовало. Результат — падение качества, низкая конверсия обращений в сделки и постоянные увольнения.

💪 Что сделали: от хаоса к единому стандарту

💸 Вместо того чтобы закупать дорогую CRM с «магической» автоматизацией, компания сфокусировалась на процессном подходе:

1. Смоделировали основной процесс «от обращения клиента до финального результата» в российской платформе SILA Union — описали логику, роли, правила и зоны ответственности.
2. Оцифровали процесс — перенесли ключевые точки управления в Битрикс24 (для работы с клиентами) и 1С (для учёта и финансов).
3. Важный нюанс: не стали автоматизировать всё подряд. Закупать дорогой BPM-движок не стали — процесс управлялся через регламент в PDF и точечную автоматизацию в CRM/1С. Это сэкономило бюджет и ускорило внедрение.

🎯 Результаты: цифры, которые говорят сами за себя

📈 Выросла производительность — сотрудники перестали тратить время на додумывание «как делать»; чёткие инструкции и понятные переходы между системами убрали путаницу.

📈 Выросло качество и конверсия обращений в сделки — потому что каждый шаг был стандартизирован и контролируем.

📈 Сотрудники стали больше зарабатывать — а значит, перестали увольняться из-за невыстроенных процессов.

🙌 Ключевой вывод

Процессный подход — это не про дорогое ПО. Это про правильные границы, чёткие роли и разумную автоматизацию. АЦТС (ПК Волховец) не покупала сложный движок, а использовала связку SILA Union (моделирование) + Битрикс24 + 1С (исполнение). И этого оказалось достаточно, чтобы превратить хаос в стабильно растущий результат.

🥇Проект стал финалистом конкурса «BPM-проект года’2026» — отличное подтверждение того, что прагматичный подход работает.

🤔 А как у вас? Используете ли вы моделирование процессов или сразу лезете в автоматизацию? Делитесь опытом в комментариях! 👇

#BPM #ПроцессныйПодход #Кейс #SILAUnion #Битрикс24 #1С #УправлениеБизнесом #Оптимизация #МалыйБизнес #BPMПроектГода@biproces

Мы в МАХ