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