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