Десять лет назад работа BPM-аналитика во многом измерялась количеством и качеством описанных процессов: интервью, схемы, регламенты, согласование, архив. Сегодня схема процесса всё чаще становится не итогом, а входом: на её основе строят сценарий автоматизации, настраивают агента, считают экономику и выстраивают контроль. От аналитика ждут не только описания, но и проектирования того, как человек и ИИ будут работать вместе.
Что остаётся неизменным
Появление ИИ не отменяет основ процессного управления, а делает их ценнее. Процесс по-прежнему начинается и заканчивается ценностью для клиента, у него по-прежнему должны быть владелец, измеримые показатели и понятные границы. Автоматизация плохо описанного процесса лишь быстрее производит плохие результаты. BPMN остаётся общим языком между бизнесом, аналитиками и ИТ: именно поэтому в наших программах агент проектируется на схеме, а не в чате с моделью.
Что меняется
- Схема становится исполняемой спецификацией. Модель в BPMN 2.0 связывают со сценарием автоматизации: пользовательская задача превращается в подтверждение человеком, сервисная — в интеграцию, бизнес-правило — в таблицу решений или вызов модели. Качество схемы напрямую влияет на качество работающей автоматизации.
- Появляется проектирование разделения труда. Для каждого шага нужно решить, что делает человек, что — правило, что — модель или агент и где находится точка эскалации. Это новая зона ответственности аналитика.
- Источником правды о процессе становятся данные. Журналы событий и методы Process Mining показывают, как процесс идёт на самом деле, а журнал работы агента — как он принимал решения.
- Появляются новые метрики. Помимо времени цикла и стоимости: доля экземпляров, выполненных без участия человека, доля эскалаций, доля решений, исправленных человеком, стоимость токенов на экземпляр процесса.
- Комплаенс встраивается в проект. Классы данных, допустимые модели, журналирование и подтверждение человеком закладываются в модель процесса, а не добавляются перед запуском.
Большинство этих изменений — расширение компетенций, а не их замена. Аналитик, который умеет вести интервью, видеть узкие места и говорить на языке BPMN, уже владеет значительной частью нужного.
Какие навыки выходят на первый план
- Умение оценить кандидата на автоматизацию по ценности и реализуемости и защитить выбор перед владельцем процесса.
- Проектирование взаимодействия человека и машины: точки подтверждения, эскалации, обратная связь.
- Работа с данными: понимание журналов событий и качества данных, базовая аналитика.
- Понимание возможностей и ограничений языковых моделей: ошибки, стоимость, ограничения контекста, структурированный вывод.
- Знание регуляторного контекста: персональные данные, требования к размещению и безопасности.
- Управление изменениями: люди принимают автоматизацию, когда понимают, что именно меняется в их работе.
Ни один из этих навыков не требует становиться разработчиком. Нужно понимать, из чего собирается решение, и уметь постановить задачу тем, кто его строит.
Как перестроить процессный офис
Мы советуем начинать не с реорганизации, а с небольших изменений в уже существующих практиках.
- Добавьте в паспорт процесса раздел о потенциале автоматизации: оценка по матрице ценности и реализуемости, классы данных, владельцы.
- Ведите реестр агентов и автоматизированных сценариев так же, как реестр процессов: у каждого есть владелец, цель, метрики, версия и дата пересмотра.
- Договоритесь с ИТ и информационной безопасностью об общей рамке: какие модели допустимы для каких классов данных.
- Введите регулярный разбор журналов работы агентов: ошибки, эскалации и случаи ручной коррекции — самый ценный источник улучшений.
- Обучите команду: аналитики должны уметь не только моделировать, но и собрать прототип сценария и прочитать его журнал.
Роль процессного офиса при этом не уменьшается: именно он становится владельцем методологии, к которой привязаны и люди, и агенты. Эти темы мы раскрываем в программах «Процессный офис: система управления процессами по BPM CBOK» и «Применение ИИ в управлении бизнес-процессами», а во флагманской программе соединяем их с практикой автоматизации на Nodul.
