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