Эффективность автоматизации проверяют после запуска: быстрый код сам по себе не улучшает процесс

Эффективность автоматизации бизнес-процессов начинается с ответа, что должно закончиться. Для отчёта это документ, который принимают без ручной пересборки. Созданный файл ещё не доказывает такой результат.

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

На открытой странице машины 7 октября 2026 видно 7 063 коммита за 98 дней, с 1 июля. Это объём стройки сайта, а для оценки процесса нужны данные о законченной работе.

Как измерить эффективность автоматизации, если она уже запущена? Восстановите исходное время и переделки по журналам операций. Воспоминание «раньше было долго» не заменяет замер.

Сравнивайте одинаковые виды работы и нагрузку. Быстрые простые заявки нельзя сопоставлять со сложными заявками прошлого периода. GOV.UK рекомендует исходный уровень и разделение данных на группы.

Учитывайте незаконченные операции. Если считать только закрытые заявки, зависший хвост исчезнет из среднего времени. Отдельно показывайте остаток очереди и возраст старых заявок.

Microsoft считает сквозное время между первым и последним событием процесса. Для оценки эффекта последним событием считаем приёмку результата, а не конец работы скрипта.

Ручную работу считайте вместе с проверкой и исправлениями. Если автомат собрал отчёт, а сотрудник пересобрал его, работу нельзя записать как выполненную без человека.

Ошибки считайте по согласованному признаку. Для отчёта это исправление, которое потребовал получатель. Повтор операции может быть штатным согласованием, поэтому сам по себе не означает брак.

Свободное время сотрудников ещё не означает снижение расходов. Деньги появляются в расчёте, когда подтверждено, какой расход исчез или какую дополнительную работу удалось закончить.

ROI автоматизации считают по дополнительной прибыли и сокращённым расходам, а не только по свободным часам.

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

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

Может ли автомат работать и ничего не делать? На нашей машине это случалось. Счётчик прогресса и отсутствие видимой ошибки не подтверждали выпуск новостей.

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

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

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

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

Одна тревога ещё не оценивает пользу процесса. Автомат может выпускать все отчёты по расписанию, а люди продолжат исправлять каждый. Это покажет замер качества и ручного времени.

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

Что делать, если эффект не появился? Найти операцию, в которой сохранились ожидание или ручная работа. Ускорять уже быстрый участок бессмысленно, если результат ждёт согласования.

Данные позволяют поставить проверяемую задачу. Например, убрать ручной перенос принятого отчёта в другую систему и измерить оставшиеся действия. Шаблон задачи есть в разборе постановки задач агенту.

После правки повторите замер по тем же правилам. Сокращение времени при росте ошибок не закрывает задачу. Руководитель подтверждает улучшение по данным, инженер принимает изменение системы.

На подписке на агентную разработку после первой версии можно поставить задачи на измерение ошибок, времени обработки и ручных действий. Затем улучшать систему по результатам этих замеров.

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

1. Определите принятый результат операции. Готовый код подтверждает сборку, пользу подтверждает законченная работа.
2. Сравнивайте одинаковые задачи и полные циклы. Незаконченная очередь остаётся в замере.
3. Считайте время вместе с ошибками и ручной работой. Свободные часы отделяйте от подтверждённых сокращённых расходов.
4. Поставьте сторожа ожидаемого результата и проверьте доставку сигнала.
5. Превращайте отклонение в задачу. После правки повторяйте тот же замер и принимайте улучшение процесса.