Тип материала: Практический разбор
Тема: Процессы, стыки функций и стоимость задержек
Связанная услуга: Архитектура изменений
Связанный инструмент: Стоимость задержек и повторной работы
Генеральный директор ставит задачу автоматизации с ясной целью: убрать ручной ввод, ускорить подготовку документов, видеть данные в одном окне. Цель достигается: система приходит, формы заполняются, отчёты собираются. И тут обнаруживается главное: потери на передачах между подразделениями остаются на прежнем уровне, а ожидание, повторная проверка, возврат задачи и ручные обходы живут в новой системе так же, как жили в бумаге и таблицах.
Ниже разобрано, что переносится в систему вместе с привычным порядком работы и какие три решения стоит принять до выбора платформы.
Как звучит задача на старте проекта
Типовая формулировка звучит так: «Нужна система, чтобы убрать ручной ввод». В ней видно обоснованное желание — двойная работа отнимает время у сменных специалистов, а данные расходятся.
Полезно услышать, что стоит за этой фразой. Ручной ввод — следствие того, как устроены передачи задач и справочники. Один и тот же показатель рождается в диспетчерской, переносится в журнал агронома, попадает в учётную систему и повторяется в отчёте для управляющей компании. Каждый участок ведёт свою запись аккуратно, а общая картина складывается на совещании.
Мнение автора. Задача «убрать ручной ввод» описывает инструмент, тогда как вопрос руководителя звучит иначе: как предприятие работает после изменений и по какому признаку мы увидим, что стало лучше. Первая формулировка приводит к покупке, вторая — к проекту изменений.
Факт (внешний контекст). В обзоре «Cutting the coordination tax» (McKinsey, 18 сентября 2026) разбирается эффект перепроектирования сквозных процессов и работы на межфункциональных стыках. Оговорка: аналитический материал консультанта, приводится как контекст.
Что происходит с потерями на передачах
Передача задачи — место, где встречаются два подразделения и сходятся два набора правил. Производство передаёт вопрос инженерии, инженерия — снабжению, снабжение — ИТ. Потери на передаче принимают устойчивые формы.
Ожидание. Задача лежит в очереди, пока освободится нужный специалист или придёт подтверждение от смежного участка. Для теплицы это ожидание решения по уставке микроклимата или по включению досветки, для переработки — согласования партии, для животноводства — корректировки рациона.
Повторная проверка. Каждая сторона проверяет данные предыдущей, потому что отвечает за свой участок и хочет видеть подтверждение. Так дублируется выполненная работа.
Возврат задачи. Вопрос приходит назад с уточнением: недостаёт данных, формат расходится, объект или партия указаны размыто. Возврат запускает второй круг согласования.
Ручные обходы. Когда штатный маршрут идёт долго, специалисты договариваются напрямую: звонок, сообщение, устное разрешение. Решение принимается быстро, а след в системе остаётся неполным.
Расчёт (модельный пример, все вводные указаны). Тепличный комплекс, шесть производственных блоков, 12 гектаров под огурцом и томатом, собственный склад и отгрузка в федеральную сеть. Вводные: 60 передач задач в месяц между производством, инженерией и ИТ; среднее ожидание и повторная работа — 3 часа на передачу; участвуют 3 сотрудника; полная стоимость часа работы — 900 ₽ с налогами и накладными.
Трудозатраты за месяц: 60 × 3 × 3 = 540 часов. Стоимость труда: 540 × 900 ₽ = 486 000 ₽ в месяц, около 5,8 млн ₽ в год при сохранении текущего порядка. Формула опубликована на странице «Стоимость задержек и повторной работы», там же можно подставить свои значения и получить диапазон. Это прямые трудозатраты; косвенные последствия — сорта, сроки отгрузки, упущенные контракты — считаются отдельной строкой.
Мнение автора. Потери на передачах удобно измерить секундомером на двух-трёх живых примерах и умножить на число повторений за месяц.
Почему система фиксирует и ускоряет существующий порядок
Информационная система — точный исполнитель: она воспроизводит маршрут, который ей описали, и делает это быстрее и аккуратнее бумаги.
Первое: маршрут переносится целиком, вместе с согласованиями. Если согласование проходит через четыре роли, система предложит те же четыре шага и зафиксирует время на каждом. Отчёт станет точнее, маршрут останется прежним.
Второе: справочники требуют согласования заранее — номенклатура, объекты учёта, партии, контрагенты, единицы измерения. При единых правилах ведения данные сходятся, и ручная сверка уходит.
Третье: исключения требуют явного правила — кто и в какой срок принимает решение по нестандартной партии или срочной отгрузке. При отсутствии правила сотрудники идут в обход, и система фиксирует результат, который появился за её пределами.
Четвёртое: у вопроса о лишних шагах появляется причина отложить решение. Система работает, формы заполняются, отчёты собираются — значит, можно вернуться позже. Пауза тянется, а потери на передачах идут своим ходом.
Факт (внешний контекст). В исследовании McKinsey «The State of AI: Global Survey 2026» 80% респондентов отметили рост личной продуктивности, 37% — положительное влияние на операционную прибыль. Оговорка: это глобальное исследование, а не выборка агропредприятий России; разрыв между показателями описывает разницу между ускорением операции и результатом предприятия.
Мнение автора. Ускорение операции и результат процесса — две разные цели с разными критериями проверки.
Модельный пример: передача задачи между производством, инженерией и ИТ
Пример модельный. Вводные приведены полностью. Числа описывают учебную ситуацию и иллюстрируют подход; показатели предприятия подтверждаются замерами на месте.
Вводные. Тепличный комплекс на Кубани, 12 гектаров, шесть блоков. Климатическая автоматика двух поколений, досветка на четырёх блоках, капельный полив с узлом приготовления питательного раствора, телеметрия и диспетчеризация. Учёт — в ERP, часть операций — в электронных таблицах. Задача: перенести действующий порядок работы в новую систему.
Текущий порядок. Сменный агроном замечает отклонение микроклимата и оформляет заявку. Заявка приходит в службу главного инженера, инженер уточняет состав работ и передаёт в снабжение, снабжение подтверждает наличие узла, затем подключается ИТ-специалист по интеграции, после чего заявка возвращается агроному с уточняющими вопросами. Каждый шаг существует по делу, и каждый добавляет ожидание.
Итог переноса в систему. Формы появляются, статусы видны, история сохраняется. Маршрут остаётся прежним: четыре роли, четыре ожидания, повторное уточнение. При переносе без перестройки время обработки типа заявки держится на прежнем уровне.
Что меняет картину. Предприятие описывает целевой маршрут: у заявки один владелец результата в лице главного инженера; состав типовых работ определён заранее; наличие узла видно в системе в момент подачи заявки; спорное решение уходит руководителю производства в тот же день. Маршрут укорачивается, и система закрепляет обновлённый порядок.
Что должно измениться до автоматизации
Три решения превращают перенос в перестройку. Их удобно принять до выбора платформы: они задают требования к ней.
Владелец сквозного процесса. Названный руководитель отвечает за результат от начала до конца — время обработки заявки, достоверность данных по партии, готовность сведений для отгрузки — и получает право менять правила работы на стыках функций. Без этого решения каждый участок оптимизирует свой шаг.
Маршрут данных. Описанный путь показателя: где он рождается, кто его подтверждает, в какой момент он попадает в учётную систему, кто отвечает за справочник. Один источник и одно правило ввода снимают ручную сверку. Для теплицы это микроклимат, досветка, полив и питание растений, для переработки — партия и прослеживаемость, для склада — остаток.
Критерий результата. Измеримый признак изменения: время обработки типа заявки, доля передач без возврата, расхождение между узлами учёта и учётной системой, срок подготовки сведений по партии. Критерий выбирается до старта, по нему измеряются показатели до и после.
Мнение автора. Три решения определяют, что именно система закрепляет на каждом шаге.
Как отличить задачу автоматизации от задачи перестройки процесса
Различие удобно определять по признакам, которые видны в оперативной работе и собираются за одну встречу с руководителями подразделений.
Признаки задачи автоматизации: операция выполняется вручную и требует времени; данные есть, и их нужно перенести в систему; отчётность собирается из нескольких источников.
Признаки задачи перестройки процесса: потери повторяются на стыках подразделений; один показатель существует в нескольких версиях; задача возвращается на доработку по одной причине; типовые решения требуют отдельного согласования; исключения обрабатываются обходами.
Практический маршрут руководителя выглядит так. Сначала описывается целевой процесс в шести строках: событие запуска, роли, передачи задач, данные, точки контроля, результат. Затем измеряются потери на текущих передачах. После этого принимаются три решения: владелец сквозного процесса, маршрут данных, критерий результата. И затем формируются требования к платформе, поддерживающей обновлённый порядок.
Здесь появляется место для агроплатформ и агентных архитектур: они дают наибольший результат тогда, когда сквозной процесс описан, данные имеют один источник, а ответственность закреплена. Так предприятие входит в новую цифровую эру с работающими процессами и ясной картиной следующего шага. Разбор целевого процесса, ролей, требований к компонентам и критериев приёмки — на странице «Архитектура изменений».
Что проверить на своём предприятии
- Маршрут передачи задач. Возьмите три частых передачи между производством, инженерией, снабжением и ИТ и опишите каждую: кто запускает, сколько ролей проходит, где возникает ожидание и возврат задачи.
- Повторяющиеся типы заявок. Посчитайте, сколько раз за месяц повторяется каждый тип, и отметьте долю случаев, завершённых без возврата.
- Владелец результата процесса. Ответьте прямо: кто отвечает за время обработки и за достоверность данных по партии — конкретный руководитель или совещание.
- Единый источник показателя. По пяти ключевым показателям — микроклимат, досветка, полив и питание растений, остаток на складе, прослеживаемость партии — назовите место рождения и ответственного за справочник.
- Критерий результата. Сформулируйте измеримый признак изменения и определите, кто и в какой срок измеряет его до и после проекта.
Инструмент и следующий шаг
Оценить прямую стоимость задержек, ожидания, повторного ввода данных и ручной сверки помогает инструмент «Стоимость задержек и повторной работы»: расчёт идёт в браузере, формулы и ограничения опубликованы, результат виден сразу и показывается диапазоном вместе с блоком чувствительности.
Когда потери на передачах измерены, следующий шаг — «Архитектура изменений». На выходе предприятие получает модель текущего и целевого процесса, распределение ролей и ответственности, требования к инженерным и ИТ-компонентам, этапы с контрольными точками и критериями приёмки, а также показатели для проверки результата. Так требование к платформе опирается на обновлённый порядок работы.
Источники
- McKinsey, «Cutting the coordination tax», 18 сентября 2026 — аналитический материал о межфункциональных стыках и перепроектировании сквозных процессов. Оговорка: материал консультанта, приводится как контекст.
- McKinsey, «The State of AI: Global Survey 2026»: 80% респондентов отметили улучшение личной продуктивности, 37% — положительное влияние на операционную прибыль. Оговорка: глобальное исследование, не выборка агропредприятий России.