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