«Дракон с двумя головами»: как незаметно убить управляемость в одном отделе

Про принцип единоначалия в управлении

Ситуация. Ключевой отдел в компании. В течение года им руководит молодой человек - назовем его Андрей. Он выстроил процессы, наладил работу, нашел общий язык с командой.

Но компания растёт. И собственнику начинает казаться: «Андрей молодой. Опыта маловато. А вдруг не справится с новыми объёмами?»

Решение «мудрое»: взять второго руководителя — постарше, поопытнее. Официально — на новое направление. Фактически — над теми же людьми. Теперь у команды Андрея - два руководителя.

Почему это кажется логичным (но не работает)

На бумаге идея выглядит здраво: «Пусть опытный человек подстрахует молодого. Пусть будет синергия. Пусть новый руководитель возьмёт на себя часть задач».

Но в реальности происходит другое.

Сотрудники перестают понимать, чьи задачи главнее. Андрей ставит одну задачу. Новый руководитель — другую. Кто прав? Кого слушать? К кому идти за решением? Раньше это было очевидно. Теперь — нет.

Ответственность размывается.

Команда начинает манипулировать.

Умные сотрудники быстро понимают: если Андрей сказала «нет», можно пойти к новому руководителю и получить «да». Или наоборот. Двоеначалие создаёт пространство для игр.

Когда у задачи два владельца — её не делает никто. Оба руководителя снимают с себя груз: «Это не ко мне». Решения поднимаются на уровень выше — к тому, кто вынужден «склеивать» процессы вручную. Чаще всего — к собственнику.

Что происходит дальше

Это не просто «неудобно». Это системный сбой управленческого контура. И он разворачивается по цепочке.

Сотрудники теряют ориентиры → растёт стресс → падает эффективность.

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

Психологи называют это «double bind» — двойная связка. Сотрудник получает противоречивые требования и не может удовлетворить обоих руководителей одновременно. Каждая такая ситуация — потенциальный конфликт. Без работающего механизма разрешения он накапливается.

Дальше — выгорание и текучесть.

Gallup обнаружил интересную вещь: сотрудники в матричных структурах более вовлечены, но при этом хуже понимают, что от них ожидают. А самые «матрицированные» тратят 33% рабочего дня на внутренние встречи — против 2% у коллег без матрицы. Треть дня — на согласования. Не на работу.

Потом — ручное управление.

Когда у задачи два владельца, ответственность исчезает. Решения поднимаются вверх. Собственник снова в операционке — хотя думал, что наоборот, разгрузится.

И финал — потеря управляемости.

Компания перестаёт управляться как целое. Каждый руководитель «варит» свой участок. Управленческий сигнал от собственника искажается, проходит через несколько «фильтров» и теряет смысл.

Что говорит классика

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

Звучит жёстко. Но именно так и происходит.

Исследование Нобуо Такахаси показало: в условиях определённости и риска традиционная пирамидальная структура с единоначалием предпочтительнее матричной. Матрица оправдана только в условиях высокой неопределённости — и то, если она правильно спроектирована.

Что делать: алгоритм исправления

Шаг 1. Признать проблему.

Двоеначалие — это не «особенность», а организационная патология. Пока руководство считает, что «как-то само устаканится», ничего не изменится.

Шаг 2. Определить целевую конфигурацию.

Ответить на вопрос: какой должна быть структура в идеале?

Варианты:

  • Единоначалие. Один руководитель, один отдел, одна ответственность. Классика.
  • Матрица с чёткими правилами. Два руководителя, но с разделением зон: один отвечает за функции, другой — за проекты.
  • Временная конструкция с планом перехода. Если разделение временное — зафиксировать: кто главный сейчас, что будет через полгода, по каким критериям пересмотрим.

Шаг 3. Назначить владельца процесса.

Кто-то один должен отвечать за итоговый результат: сроки, качество, стоимость. Даже если задач две — ответственность всегда одна.

Шаг 4. Построить матрицу полномочий.

Для каждого процесса или типа задач определить:

  • Кто принимает решение (Decision Maker)
  • Кто исполняет (Responsible)
  • Кто консультирует (Consulted)
  • Кто информируется (Informed)

Это не RACI ради RACI. Это инструмент, который снимает конфликт приоритетов до того, как он возникнет.

Шаг 5. Ввести правило разрешения конфликтов.

Что делать, если два руководителя дают противоречивые указания? Нужен самоподдерживающийся механизм.

Простейший вариант: «Если задача от руководителя А и руководителя Б противоречат друг другу — сотрудник фиксирует конфликт в реестре и передаёт его на уровень выше. До решения выполняет задачу от того, чья зона ответственности по матрице полномочий».

Шаг 6. Обучить руководителей.

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

Шаг 7. Мониторить и корректировать.

Ввести метрики: количество эскалаций, время принятия решений, уровень стресса сотрудников. Если через 3–6 месяцев конфликты не снижаются — конфигурация не работает, нужно менять.

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