Все думают, что 30 часов — это про делегирование.
Про то, что надо наконец-то «отпустить». Нанять правильных людей. Выстроить процессы. Перестать лезть в каждую задачу.
Антон думал так же. Он уже делегировал. Уже нанял COO. Уже выстроил процессы — насколько это вообще возможно в IT-компании на восьмом году жизни.
Всё равно работал по 60 часов в неделю.
Когда он пришёл ко мне, первое, что он сказал: «Я не понимаю, что я делаю не так».
Это был четвёртый раз за год, когда я слышал эту фразу почти дословно.
Антон — фаундер IT-компании. Восемь лет. Больше восьмидесяти человек. Продукт, который работает, клиенты, которые платят, команда, которая не разваливается.
По всем внешним признакам — история успеха.
Внутри: он первым приходил на работу и последним уходил. Не потому что не доверял команде. Не потому что был перфекционистом в классическом смысле. Просто каждый день приносил ему десятки вопросов, которые, по ощущению всех вокруг, должен был решать именно он.
COO был. Хороший. Опытный. Закрывал операционные вопросы.
Но Антон всё равно оставался в петле.
Утром — Slack. Потом встречи. Потом снова Slack. Потом звонок, который «срочно». Потом ещё один. К вечеру — ощущение, что ничего важного не сделал, но устал как будто разгружал вагоны.
Он пробовал разные вещи. Тайм-блокинг. «Глубокую работу» по Ньюпорту. Ограничение встреч до трёх в день. Помогало на неделю, потом всё возвращалось.
Проблема была не в инструментах.
Мы провели несколько разговоров — не про инструменты, а про то, как устроена компания изнутри.
Я попросил его описать последние двадцать решений, которые он принял за неделю. Не стратегических. Любых. Кто поедет на конференцию. Какой подрядчик. Нанимать ли джуна в команду X. Переносить ли дедлайн по фиче Y.
Он описал. Я спросил: «Почему это пришло к тебе?»
Пауза.
«Хз. Так получилось».
Вот в этом «так получилось» и была вся история.
Антон был точкой сборки не потому что так было написано в оргструктуре. Не потому что он не умел делегировать. А потому что в компании не было ясности — кто принимает какие решения. Не на уровне должностей. На уровне конкретных ситуаций.
Когда возникал вопрос, на который не было очевидного ответа — все шли к Антону. Не из слабости. Из рациональности: он всегда отвечал, всегда знал, всегда решал. Это было быстро и надёжно.
Компания, сама того не замечая, оптимизировалась под него как под центральный процессор.
И чем лучше он справлялся — тем больше к нему шли.
Это не проблема делегирования. Это проблема архитектуры принятия решений. Разница принципиальная. Делегирование — это передача задач. Архитектура решений — это ответ на вопрос «кто решает что, когда меня нет рядом».
У Антона второго не было.
Мы не строили «систему». Не внедряли методологию. Не рисовали матрицы ответственности на двадцати листах.
Мы провели три разговора с командой — Антон, COO и руководители направлений. Честных разговора, без повестки «давайте оптимизируем процессы».
Первый вопрос был простым: «Какие решения вы сейчас принимаете сами, не спрашивая Антона?»
Список оказался короче, чем все ожидали.
Второй вопрос: «Какие решения вы могли бы принимать сами, если бы знали, что это нормально?»
Список оказался длиннее, чем Антон думал.
Третий вопрос — самый неудобный: «Какие решения вы несёте к Антону, потому что боитесь ошибиться и получить за это?»
Здесь была долгая пауза. Потом один из руководителей сказал что-то, что Антон запомнил: «Ты никогда не ругаешь за ошибки. Но ты всегда знаешь лучше. Поэтому проще спросить».
Это был момент, когда Антон понял, что проблема — в нём. Не в плохом смысле. В точном.
Он создал культуру, в которой его экспертиза была настолько доступна, что люди перестали развивать свою.
Дальше было три месяца работы. Не революции — эволюции. Для каждого направления — простая карта: вот решения, которые ты принимаешь сам. Вот решения, которые требуют согласования. Вот решения, о которых ты просто информируешь меня постфактум.
Никакой магии. Никакого фреймворка с названием.
Просто ясность там, где раньше была неопределённость.
Через три месяца Антон считал часы. Получилось около тридцати в неделю — именно столько вопросов перестало к нему приходить.
Но был побочный эффект, которого он не ожидал.
Несколько человек в команде выросли. Не потому что их «развивали». Потому что им дали пространство, в котором нужно было думать самим. Один из них через полгода стал руководить направлением, которое Антон до этого держал лично.
Это не история про то, как всё стало хорошо.
Антон не «вышел из операционки» в том смысле, в котором об этом пишут в бизнес-книгах. Он не сидит на Бали и не смотрит на дашборды раз в неделю.
Он изменил то, как операционка работает без него. Это другое.
Разница тонкая, но критическая. «Выйти из операционки» — это про физическое отсутствие. «Изменить архитектуру» — это про то, что система работает правильно независимо от того, где ты находишься.
Первое — иллюзия. Второе — реальность.
Мы виделись с Антоном несколько месяцев спустя. Он выглядел иначе. Не «счастливее» в глянцевом смысле. Просто — менее стиснутым.
В конце разговора он спросил меня кое-что.
«Слушай, а ты сам когда последний раз принимал решение, которое никто от тебя не ждал?»
Я не ответил.
До сих пор думаю.
Если хочешь разобраться, как устроена архитектура решений в твоей компании — начни с полного гайда по выходу из операционного управления. Там подробнее про механику.
Или сразу — про делегирование как тревогу: почему умные предприниматели не могут отпустить, даже когда понимают, что надо.
Такие истории я чаще пишу в Telegram — там короче и без редактуры: @vvetrovcom.
P.S. Если узнал себя в Антоне — напиши. Не с запросом. Просто напиши.
Май 2026. Автор — Виталий Ветров.