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