Сколько уровней управления нужно компании

Проблема не в количестве как таковом, а в функциональной ценности каждого узла управления. Если структура не проходит стресс‑тест на скорость рыночной реакции, она нерабочая. Исследование PwC 27th Annual Global CEO Survey 2024 подтверждает этот тренд: 45% руководителей крупнейших компаний связывают долгосрочную жизнеспособность бизнеса с глубокой перестройкой текущей модели. О том, как понять, сколько уровней управления действительно нужно компаниям разного размера, рассказываю в статье.

Универсального количества уровней нет

В одном из проектов по трансформации бизнес‑процессов телеком‑оператора её региональная структура насчитывала 7 уровней между инженером и директором макрорегионов. Заявка на переключение трафика при аварии шла через 6 согласующих инстанций, время реакции составляло 4 часа при SLA в 45 минут, поскольку 90% решений принимались наверху, а данные по узлам не консолидировались. После внедрения единой платформы управления инцидентами и стандартизации 65% сценариев компания срезала иерархию до 4 уровней, передав локальные решения начальникам узлов, — среднее время восстановления упало до 38 минут, а эскалации в макрорегион сократились на 72%.

Ключевой измеритель здесь — span of control, или «объём управления». Этот показатель отвечает на простой вопрос: сколько прямых подчинённых и параллельных рабочих потоков один руководитель способен вести без потери качества решений и без выгорания команды. Чем выше стандартизация и прозрачность данных, тем шире этот диапазон. В процессинговом центре с чёткими регламентами один менеджер спокойно ведёт 15–20 сотрудников. В проектном офисе, где каждый кейс уникален, а согласования идут вручную, норма управляемости падает до 5–7 человек. Игнорирование этого параметра приводит к двум крайностям: либо менеджеры превращаются в «диспетчеров», либо решения зависают в узком кругу, потому что никто не делегирует.

Каждый уровень управления должен создавать ценность

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

Возвращаясь к кейсу с телеком‑оператором, после внедрения платформы управления инцидентами ИИ‑алгоритмы взяли на себя первичную диагностику аварий и формирование сценариев переключения. Начальники районных узлов перестали тратить часы на разбор инцидентов — высвободилось почти 40% их времени, которое они направили на профилактику инцидентов и развитие инженеров. Функциональные руководители перестали дублировать работу линейных сотрудников и сосредоточились на том, что требует опыта руководителя: оценка рисков, нестандартные сценарии, работа с командой. В итоге ценность уровня стала измеряться скоростью реакции на нештатные ситуации и качеством обратной связи.

Чем больше уровней, тем выше стоимость управления

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

Особенно ярко этот эффект проявляется в сервисных и бэк‑офисных функциях — там, где процессы циклично повторяются, а ключевую ценность создают скорость, точность и единые правила. Добавьте туда лишний уровень — и получите не улучшение качества, а дополнительную координацию ради координации. Качество в таких зонах растёт только от трёх вещей: стандартизации, цифровых маршрутов согласования и прозрачных KPI. Всё остальное — просто накладные расходы.

Недостаток руководителей тоже создает риски

Есть устойчивое заблуждение: чем меньше уровней, тем лучше. Но плоская структура в чистом виде — тоже ловушка, только с другим набором проблем. Когда диапазон контроля становится слишком широким, руководитель физически не успевает быть менеджером, он превращается в оператора, который успевает только реагировать на входящие запросы. У него не остаётся времени на главное: смотреть вперёд, давать обратную связь, замечать, кто выгорает, а кто перерос свою роль. В такой конфигурации сотрудники предоставлены сами себе — качество исполнения начинает зависеть не от управленческих практик, а от личной самоорганизации каждого. И если у вас сильная команда, это какое‑то время работает. Но как только приходит новый сотрудник или случается нештатная ситуация, система даёт сбой, потому что её держит на себе один человек, а не процессы.

По моему опыту, особенно остро это бьёт по компаниям, которые росли быстрее, чем выстраивали управление. Типичный сценарий: основатель или сильный топ‑менеджер закрывает собой сразу несколько функций — стратегию, операционку, HR, контроль качества. На старте это даёт скорость, потому что решения принимаются мгновенно. Но когда бизнес перерастает определённый масштаб, эта модель начинает душить рост: менеджер перегружен, обратная связь становится формальной или вообще исчезает, сотрудники теряют ориентиры, а ритм исполнения сбивается. И здесь есть важный нюанс: качество измеряется не тем, сколько людей подчиняется руководителю, а тем, сколько времени он уделяет развитию каждого. Если ваш топ‑менеджер не помнит имён сотрудников второго уровня — это не признак эффективности, это красный флаг.

Организационная структура должна соответствовать зрелости процессов

Поэтому проекты организационного дизайна всегда идут рука об руку с анализом процессов. Сначала компания смотрит: где возникают задержки? Кто на самом деле принимает решения? Какие данные нужны руководителю, чтобы не гадать, а знать? Какие операции можно зашить в регламент, а какие — в систему? И только после этого становится видно, какие уровни создают ценность, а какие просто копируют функции друг друга, что подтверждает исследование EY Work Reimagined Survey 2024: компании которые перестраивают работу вокруг навыков, технологий и гибких команд, выходят с более устойчивой моделью исполнения. Но подход к структуре должен быть разным в зависимости от размера бизнеса.

Пример для малого бизнеса (до 50 человек, выручка до 500 млн): здесь типично работают 2–3 уровня: собственник, руководители направлений и исполнители. Структура держится на личном участии основателя, и это нормально, пока процессы не формализованы. Но как только количество сотрудников переваливает за 30, без прописанных ролей и регулярных операционных встреч всё начинает сыпаться — и следующий уровень становится не роскошью, а необходимостью.

Пример для среднего бизнеса (50–500 человек, выручка до 10 млрд): здесь уже появляются функциональные директора и выделенные службы — HR, IT, финансы, маркетинг. Характерная ошибка на этом этапе — создавать уровни «на вырост», для будущих масштабов. Это работает против бизнеса: вы платите за структуру, которая пока не нужна, а скорость принятия решений падает ещё до того, как вы выросли. Оптимально — 4–5 уровней, но только при условии, что на каждом есть своя зона принятия решений, а не просто «старший товарищ».

Пример для крупного бизнеса (от 500 человек, выручка от 10 млрд): здесь структура неизбежно многослойная — 6–8 уровней, дивизионы, макрорегионы, корпоративный центр. Но ключевой вызов не в том, чтобы сократить этажи, а в том, чтобы каждый из них имел чёткую ценность: либо ускорял решение, либо обеспечивал контроль на уровне, где ошибка действительно критична. Если крупная компания не пересматривает свою структуру раз в 2–3 года, она начинает обрастать прослойками, которые создают иллюзию управления, а не сам результат. И здесь главный инструмент — регулярный аудит: какой уровень за что отвечает и как часто его решения действительно нужны бизнесу, а не просто существуют «по традиции».

Что показывает практика трансформационных проектов

В трансформационных проектах есть закономерность: после стандартизации процессов, внедрения общих сервисных центров и цифровых платформ структура становится компактнее. Но здесь кроется подвох, который, на моей памяти, редко озвучивают. Уплощение иерархии это не цель и не гарантия эффективности. Это побочный эффект того, что управленческое внимание перестаёт быть «ресурсом дефицитным» в старом смысле слова. Руководители действительно меньше занимаются ручной координацией, но не потому, что их стало меньше, а потому что они начинают работать с другим типом задач: не «как сделать», а «что делать, если система не справляется».

Исследование McKinsey The state of AI in early 2024 фиксирует любопытный факт: компании, внедряющие генеративный ИИ, одновременно пересматривают управленческие контуры — но не для того, чтобы «сократить бюджет на менеджмент», а чтобы перераспределить интеллектуальную нагрузку. ИИ берёт на себя сборку данных, подготовку сценариев и даже первичную диагностику проблем. В результате на долю руководителя остаётся то, что не поддаётся алгоритмизации: работа с контекстом, этическими дилеммами, мотивацией и долгосрочными рисками. И здесь возникает парадокс: чем сильнее цифровая трансформация, тем более «человеческими» становятся задачи управления. Компактная структура в новой реальности — это не «меньше начальников», а «начальники, которые решают принципиально другие задачи». И именно эта пересборка ролей, а не простое урезание уровней, даёт измеримый рост эффективности. Технология не отменяет управление, она лишь поднимает его на новый уровень сложности.

Иерархия не исчезает — меняется ее работа

Альфред Чандлер сформулировал один из самых известных принципов менеджмента: «Структура следует за стратегией». Сегодня к нему хочется добавить: структура все больше следует еще и за технологией. Если раньше компании требовался отдельный управленческий уровень, чтобы собрать информацию снизу, проверить ее, передать наверх решение и проконтролировать исполнение, то значительную часть этой работы теперь может выполнять система.

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

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

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