Если через вас проходит всё — вы не руководитель. Вы CPU.

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

Но потом компания растёт, количество людей, проектов и зависимостей увеличивается — а пропускная способность руководителя остаётся примерно той же. И в какой-то момент самый сильный человек в команде становится её главным bottleneck.

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

«Нужно согласовать с руководителем».
«Он пока не посмотрел».
«Ждём решения».
«Давайте вынесем на следующий комитет».

Это не контроль. Это архитектурная проблема.

Мне гораздо ближе другая метафора: хороший руководитель должен строить организацию как GPU. Не пытаться выполнить все вычисления самому, а запускать множество процессов параллельно.

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

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

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