COO становится точкой ручного управления для срочных проблем
Как отличить разовую внештатную ситуацию от повторяющегося участка, где работа компании начинает зависеть от личного вмешательства операционного директора.
Срочность не опасна сама по себе, опасна повторяемость
В работе операционного директора срочные вопросы неизбежны. Поставка может сорваться, клиент может пожаловаться, документ может уйти с ошибкой, смежное подразделение может задержать действие. В такие моменты участие руководителя оправданно: нужно быстро развязать спор, снять блокировку, принять решение, когда времени на долгие согласования уже нет.
Проблема начинается не там, где появляется срочность. Она начинается там, где срочные вопросы повторяются по одному и тому же маршруту.
Если вопрос один раз дошел до COO, это может быть исключением. Если похожая ситуация возвращается снова, проходит через те же подразделения, застревает на том же согласовании и опять требует личного участия руководителя операционного блока, это уже не просто рабочая загрузка. Это признак участка, который компания не удерживает на нужном уровне управления.
С первого взгляда все выглядит нормально: руководитель включился, команда ускорилась, вопрос закрыт. Но быстрое ручное вмешательство часто создает ощущение контроля, хотя на деле закрывает собой повторяющийся сбой. Как если бы в здании постоянно выбивало пробки, а ответственный человек каждый раз просто поднимал автомат обратно, не проверяя причину перегрузки.
Речь не о техническом ремонте, не о выборе поставщика, не о юридическом споре и не о полном управлении производством. Речь о другом: одни и те же срочные вопросы регулярно доходят до операционного директора, хотя могли бы закрываться раньше при понятных действиях команды. Именно повторяемость меняет статус ситуации. То, что вчера выглядело как исключение, через несколько недель может стать привычным способом работы, а срочность перестает быть событием и превращается в маршрут.
Когда операционный директор становится диспетчером исключений
Задача COO шире, чем быстро развязывать текущие узлы. Операционный директор отвечает за устойчивость процессов, снижение повторяющихся отклонений, управляемость и долгосрочные улучшения. Но когда срочные вопросы регулярно доходят до него, роль постепенно смещается: руководитель все меньше работает как владелец системы и все чаще становится диспетчером исключений.
Он соединяет подразделения, уточняет факты, ускоряет согласования, вручную напоминает о действиях, которые должны выполняться без напоминаний. На уровне календаря это выглядит как высокая занятость. На уровне управления это означает другое: процессы начинают зависеть от личной доступности руководителя.
Сначала операционный директор подключается к одному вопросу, потому что «так быстрее». Потом к похожему, потому что «там опять застряло». Затем команда заранее несет наверх все, где есть спор, срочность или риск задержки. Так личное участие руководителя становится частью маршрута: без него вопрос не двигается, согласование не завершается, команда не берет ответственность на себя. Снаружи это может выглядеть как сильное управление, но часто говорит о слабости правил, полномочий, владельцев процессов или качества информации.
Прямой российской статистики по данному вопросу нет. Но есть смежные данные, которые показывают: тема управляемости, данных и автоматизации процессов для российского бизнеса уже давно не второстепенная. В мониторинге НИУ ВШЭ участвовали более 4 тыс. организаций из 10 отраслей. Среди компаний, которые используют цифровые технологии, самой распространенной оказалась автоматизация бизнес-процессов: ее применяют 75,7%. При этом стратегическое управление и взаимодействие с поставщиками и подрядчиками входят в наименее цифровизованные сферы. Это важная оговорка: автоматизация уже есть у многих, но управленческие стыки, где решения застревают между людьми и подразделениями, остаются слабым местом.
Более свежий отраслевой срез ВШЭ за 2026 год по химической промышленности показывает похожую логику: 91% обследованных предприятий используют хотя бы одну цифровую технологию, но среди главных барьеров называют сложность интеграции новых технологий с имеющейся инфраструктурой и отсутствие свободных ресурсов. Эти данные нельзя автоматически переносить на все отрасли, но они хорошо показывают сам принцип: даже при наличии инструментов процесс может оставаться зависимым от ручной координации, если система плохо соединяется в единую рабочую логику.
Здесь и происходит главный перелом. Вопрос не в том, что операционный директор перегружен. Вопрос в том, почему система снова довела решение до него.
Цена ручного включения выше, чем кажется
Стоимость такой ситуации нельзя свести к часам COO в календаре. Да, время операционного директора дорого, но главные потери шире: когда срочный вопрос доходит до верхнего уровня, в работу обычно уже втянуты руководители подразделений, специалисты, ответственные исполнители, иногда финансовая, клиентская или юридическая функция. Каждый ждет уточнения, повторно объясняет ситуацию и тратит время на координацию вместо своей основной работы.
Экономика ручного управления складывается из нескольких видов потерь:
время операционного директора уходит на срочные включения вместо развития процессов, профилактики повторяющихся ситуаций и долгосрочных улучшений;
время остальных участников уходит на ожидание, повторные объяснения, согласования и исправления;
задержки сдвигают сроки отгрузки, ответы клиентам, внутренние заказы, запуски и решения по смежным задачам;
поздняя или неполная информация повышает риск ошибок, переделок, претензий и компенсаций;
отложенное развитие становится самой тихой, но часто самой дорогой потерей: причина проблемы продолжает жить.
Один вопрос может занять у COO двадцать минут, но суммарно забрать у команды несколько часов или даже дней ожидания. И это только видимая часть. Более тяжелая цена появляется тогда, когда руководитель снова и снова закрывает последствия, но не получает времени на работу, которая снижает саму частоту таких ситуаций.
Отдельный риск связан с данными. В другом выпуске мониторинга ВШЭ говорится, что более трети обследованных организаций уже используют технологии больших данных или планируют делать это в ближайшие годы, а большинство пользователей таких данных встроили их в практику управленческих решений. При этом 6-8% компаний в зависимости от типа данных накапливают массивы, но не анализируют и не используют их. Для операционного управления это болезненный сигнал: данные могут существовать, но решение все равно будет приниматься поздно, вручную и по неполной картине.
Компания платит не только за устранение текущего сбоя. Она платит за то, что причина продолжает воспроизводиться.
Точный расчет возможен только на внутренних данных: сколько раз за период срочные вопросы доходили до операционного директора, сколько времени занимали, кто еще был вовлечен, какие сроки сдвинулись, какие ошибки, претензии или переделки возникли. Универсальной рыночной цифры здесь нет, но отсутствие единого норматива не отменяет экономику проблемы. Если один и тот же тип срочности повторяется, компания оплачивает каждый новый проход по тому же ручному маршруту.
Почему ручное участие кажется нормой
У этой проблемы есть сильная рационализация. Операционный директор почти всегда может объяснить свое участие разумно: без него скорость упадет, команда будет дольше согласовывать, подразделения начнут спорить, клиент не получит ответ вовремя, а вопрос слишком чувствительный, чтобы отдавать его ниже.
В разовой ситуации это может быть правдой. Но при повторяемости тот же аргумент начинает работать против управляемости:
«Без меня скорость упадет» может означать не силу личного контроля, а отсутствие правил, по которым команда способна двигаться без постоянного подтверждения сверху.
«Это нормальная цена нестабильной среды» может скрывать причины, которые никто не устраняет.
«Проблема в людях» может отвлекать от слабой стандартизации, поздней передачи информации, неясных полномочий или отсутствия реального владельца процесса.
Отдельная ловушка связана с регламентами. Если документы есть, может казаться, что процесс под контролем, но регламент сам по себе ничего не гарантирует. Важно другое: выполняются ли регулярные действия без напоминаний, измеряются ли фактические сроки, понятно ли, кто принимает решение, видно ли, где вопрос должен остановиться до выхода на уровень руководителя операционного блока.
Компания может иметь описанные процессы и все равно жить в ручном режиме, когда правила существуют на бумаге, а фактическое движение вопроса идет через личные связи, устные договоренности, срочные сообщения и давление сверху. Обычно за этим стоит связка дефектов: неясные права принятия решений, отсутствие настоящего владельца процесса, нестабильное выполнение регулярных действий, поздняя передача информации, неполные данные, лишние согласования и показатели, которые поощряют быстрое закрытие мелких задач, но не устранение причин крупных повторяющихся отклонений.
В итоге COO становится последним интегратором не потому, что каждый вопрос действительно стратегически важен, а потому что ниже не хватает устойчивого механизма, который удерживает решение, информацию и ответственность на своем уровне.
Где проходит граница системного риска
Риск усиливается, когда ручное участие операционного директора перестает быть редкой развязкой и становится обязательной частью типового движения вопроса.
Особенно критично это в сложных компаниях: с несколькими площадками, филиалами, большим числом подразделений, длинными цепочками согласований, высокой ценой задержки и высокой зависимостью от данных. Чем больше участников у процесса, тем дороже каждая неясность, а чем длиннее путь решения, тем выше вероятность, что вопрос снова поднимется наверх.
Показательным становится не сам факт срочного вопроса, а его маршрут. Если отклонения выглядят разными, но каждый раз проходят через одни и те же согласования, ждут одних и тех же людей и останавливаются без участия COO, это уже не набор случайностей. Это повторяющийся управленческий участок.
На горизонте 6-12 месяцев такая ситуация редко приводит к одной яркой катастрофе. Чаще происходит накопительная деградация: повторяющиеся отклонения становятся нормой, команда привыкает ждать подтверждения, руководители среднего уровня меньше берут ответственность, время между сигналом и действием увеличивается, качество данных ухудшается, а текущие вопросы постепенно вытесняют развитие процессов.
В какой-то момент проблема перестает быть вопросом личного времени операционного директора и становится вопросом устойчивости всей операционной системы. Здесь полезен простой управленческий поворот: спрашивать не «почему снова срочно», а «почему это снова дошло до COO».
Для первичной самодиагностики достаточно взять последние 2-4 недели и посмотреть:
- какие срочные вопросы требовали личного участия операционного директора;
- на каком уровне они должны были решаться по смыслу;
- где информация пришла поздно или неполно;
- где команда ждала подтверждения вместо действия по понятным правилам;
- какие регулярные действия не выполнялись без напоминания;
- какие разные на вид вопросы фактически шли по одному маршруту.
Такая проверка не требует большой перестройки. Ее задача проще и важнее: отделить разовые внештатные ситуации от повторяющихся участков, где компания уже зависит от ручного вмешательства.
Если срочные вопросы регулярно доходят до операционного директора, это не обязательно означает, что система сломана. Но это точный сигнал для внимания: чем чаще один руководитель становится последним уровнем решения, тем сильнее скорость компании зависит от его личной доступности.
Проверьте последние 2-4 недели: какие срочные вопросы доходили до операционного директора не один раз. Если маршрут повторяется, перед вами не разовая ситуация, а управленческий участок, который требует отдельного внимания.
