Post #556
136

Если через вас проходит всё — вы не руководитель. Вы CPU.
Многие руководители гордятся тем, что знают всё, участвуют во всём и без них не принимается ни одно важное решение. На маленьком масштабе это действительно может выглядеть как эффективность.
Но потом компания растёт, количество людей, проектов и зависимостей увеличивается — а пропускная способность руководителя остаётся примерно той же. И в какой-то момент самый сильный человек в команде становится её главным bottleneck.
Организация начинает работать как старый CPU: все запросы идут в одну точку, там последовательно обрабатываются, решения ждут своей очереди, а остальные простаивают.
«Нужно согласовать с руководителем».
«Он пока не посмотрел».
«Ждём решения».
«Давайте вынесем на следующий комитет».
Это не контроль. Это архитектурная проблема.
Мне гораздо ближе другая метафора: хороший руководитель должен строить организацию как GPU. Не пытаться выполнить все вычисления самому, а запускать множество процессов параллельно.
Разные команды одновременно двигаются к своим целям. Решения принимаются максимально близко к месту, где есть информация. Вместе с полномочиями туда же передаётся ответственность за результат.
Для этого руководитель должен делать совсем другую работу. Не отвечать на тысячу вопросов, а добиться того, чтобы большая часть этих вопросов вообще перестала до него доходить. Не принимать каждое решение, а создать систему, в которой понятно, кто имеет право его принять. Не контролировать каждый шаг, а определить цели, ограничения, интерфейсы между командами и критерии хорошего результата. Не быть главным экспертом по всему, а обеспечить людей контекстом, сильными руководителями и качественной обратной связью.
Есть, конечно, вещи, которые нельзя делегировать: направление движения, ключевые кадровые решения, распределение ресурсов, культура, архитектурные выборы уровня всей компании, ответственность за результат.
Многие руководители гордятся тем, что знают всё, участвуют во всём и без них не принимается ни одно важное решение. На маленьком масштабе это действительно может выглядеть как эффективность.
Но потом компания растёт, количество людей, проектов и зависимостей увеличивается — а пропускная способность руководителя остаётся примерно той же. И в какой-то момент самый сильный человек в команде становится её главным bottleneck.
Организация начинает работать как старый CPU: все запросы идут в одну точку, там последовательно обрабатываются, решения ждут своей очереди, а остальные простаивают.
«Нужно согласовать с руководителем».
«Он пока не посмотрел».
«Ждём решения».
«Давайте вынесем на следующий комитет».
Это не контроль. Это архитектурная проблема.
Мне гораздо ближе другая метафора: хороший руководитель должен строить организацию как GPU. Не пытаться выполнить все вычисления самому, а запускать множество процессов параллельно.
Разные команды одновременно двигаются к своим целям. Решения принимаются максимально близко к месту, где есть информация. Вместе с полномочиями туда же передаётся ответственность за результат.
Для этого руководитель должен делать совсем другую работу. Не отвечать на тысячу вопросов, а добиться того, чтобы большая часть этих вопросов вообще перестала до него доходить. Не принимать каждое решение, а создать систему, в которой понятно, кто имеет право его принять. Не контролировать каждый шаг, а определить цели, ограничения, интерфейсы между командами и критерии хорошего результата. Не быть главным экспертом по всему, а обеспечить людей контекстом, сильными руководителями и качественной обратной связью.
Есть, конечно, вещи, которые нельзя делегировать: направление движения, ключевые кадровые решения, распределение ресурсов, культура, архитектурные выборы уровня всей компании, ответственность за результат.
- 👍 3
- ❤ 1














