Разрешение конфликтов в команде проекта

Автор: Дмитрий Лавров, эксперт ritlid по работе с командами. Специализация — стратегические сессии, командная динамика, фасилитация конфликтов. Дата публикации: 20 июня 2026.

Конфликт в проектной команде — не исключение из правил, а встроенная характеристика любой работы, где несколько человек с разными ролями, приоритетами и метриками успеха движутся к одной цели. Вопрос не в том, будет ли конфликт, а в том, как быстро руководитель его распознает и что сделает дальше.

Эта статья — практический разбор для руководителей проектов и собственников, которые столкнулись с напряжением внутри команды и хотят понять, что делать конкретно. Общая теория конфликтов и типология разногласий подробно разобраны в материале «Решение конфликтов в команде» — здесь мы сосредоточимся на прикладных шагах.

Проектная команда — временная структура с высокой неопределённостью. Люди собраны под задачу, часто из разных функциональных подразделений, с разными руководителями «по вертикали» и разными представлениями о том, что считается успехом. Разработчик меряет результат стабильностью кода, маркетолог — охватом запуска, финансовый контролёр — соблюдением бюджета. Когда эти метрики начинают противоречить друг другу — конфликт неизбежен.

Дополнительный фактор: в проекте часто нет чёткой иерархии. Руководитель проекта формально координирует, но не управляет людьми административно. Это создаёт зону, где каждый участник может апеллировать к своему функциональному руководителю, обходя проектную логику. Конфликт тогда перестаёт быть внутренним делом команды и превращается в межфункциональное противостояние.

Третий фактор — дедлайны. Давление сроков сжимает окно для спокойного разговора. Люди переходят в режим «сделать и разобраться потом», а «потом» накапливается в виде обид, недоверия и скрытого саботажа.

Конфликт в проектной команде проходит несколько стадий: сначала это разногласие по рабочему вопросу, потом — напряжение между людьми, потом — публичное противостояние, потом — коалиции и саботаж. На каждой следующей стадии цена разрешения растёт в разы. Руководитель проекта, который замечает напряжение на первой-второй стадии и реагирует, тратит на урегулирование в 3–5 раз меньше времени, чем тот, кто ждёт, пока «само рассосётся».

Ранние сигналы: участники перестают общаться напрямую и начинают переписываться через третьих лиц; на встречах один из участников систематически молчит или, наоборот, перебивает; задачи выполняются формально, без инициативы; появляются жалобы «в сторону» — не вам как руководителю, а коллегам.

Реакция на этом этапе — не разбор полётов, а короткий разговор один на один с каждым из участников напряжения. Цель: понять, что происходит с точки зрения каждого, не занимая позицию. Не «кто прав», а «что мешает работать».

Это ключевое различие, которое большинство руководителей пропускают. Содержательный конфликт — разногласие по задаче, приоритету, методу, ресурсу. Межличностный — накопленное раздражение, недоверие, история предыдущих столкновений. Первый решается рабочими инструментами: переговорами, переформулировкой задачи, перераспределением ресурсов. Второй требует отдельной работы с отношениями.

Ошибка — пытаться решить межличностный конфликт рабочими инструментами. Если два участника проекта не доверяют друг другу, никакая матрица ответственности не поможет: они будут саботировать договорённости, даже не осознавая этого. И наоборот — тратить время на «работу с отношениями», когда проблема в том, что роли просто не разграничены, тоже неэффективно.

Диагностический вопрос: «Если бы между этими двумя людьми были нормальные отношения — проблема всё равно существовала бы?» Если да — это содержательный конфликт. Если нет — межличностный.

Когда руководитель собирает конфликтующих участников в одной комнате без структуры, разговор почти всегда скатывается в взаимные обвинения или в вежливое молчание, за которым ничего не меняется. Структура — это не формальность, это защита для всех участников.

Минимальная структура для разговора по конфликту в проектной команде:

• Каждый участник формулирует, что именно мешает работе — без оценок другого человека, только про задачу и ситуацию. Регламент: 3–5 минут без перебиваний.
• Руководитель резюмирует услышанное от каждого — не интерпретирует, а пересказывает. Участники подтверждают или уточняют.
• Совместный поиск: что нужно изменить в рабочем процессе, чтобы ситуация не повторялась? Фокус — на будущем, не на прошлом.
• Фиксация договорённостей письменно — кто, что, к какому сроку. Без этого разговор не имеет веса.

Если руководитель сам является стороной конфликта или если напряжение слишком высокое для внутреннего разговора — нужен внешний фасилитатор. Это не признак слабости, а прагматичное решение: человек без личной заинтересованности в исходе удерживает структуру там, где внутренний участник не может.

Большинство конфликтов в проектных командах имеют структурную причину: нечёткие роли, конкурирующие KPI, отсутствие процедуры принятия решений при разногласиях. Если устранить только симптом — тот же конфликт вернётся через 2–3 месяца с другими участниками.

После урегулирования острой фазы полезно задать команде вопрос: «Что в нашей структуре или процессах создало условия для этого конфликта?» Ответ на него даёт материал для изменений, которые снижают вероятность повторения.

Ошибка первая — занять позицию одной из сторон. Руководитель, который публично встаёт на сторону одного участника, теряет доверие второго и всей команды. Даже если один из участников объективно неправ — это нужно решать в частном разговоре, не на общей встрече.

Ошибка вторая — игнорировать конфликт в надежде, что он разрешится сам. Иногда разрешается. Чаще — уходит в подполье и продолжает разрушать командную динамику незаметно: люди перестают делиться информацией, начинают дублировать работу друг друга, избегают совместных решений.

Ошибка третья — решать конфликт в переписке. Текст лишён интонации, и любое сообщение в напряжённой ситуации читается в самой негативной интерпретации. Конфликты разрешаются в живом разговоре — очном или видеозвонке, но не в чате.

Ошибка четвёртая — требовать «помириться» без изменения условий. Если два человека конфликтуют из-за того, что их KPI противоречат друг другу, никакое «давайте работать как взрослые люди» не поможет. Нужно менять KPI или зоны ответственности.

Ошибка пятая — затягивать с привлечением внешней помощи. Руководитель проекта часто воспринимает обращение к фасилитатору как признание собственной некомпетентности. На практике — это признак зрелости: понимание, что некоторые конфликты требуют нейтральной третьей стороны, которая не является частью системы.

Директор по развитию строительного холдинга, 50 лет, команда проекта — 12 человек, горизонт проекта 18 месяцев. На шестом месяце между техническим директором и коммерческим руководителем проекта возник конфликт вокруг приёмки подрядчиков: технический настаивал на жёстких стандартах, коммерческий — на скорости закрытия этапов ради соблюдения сроков. Оба были правы в рамках своих метрик. Директор по развитию провёл три внутренних разговора — без результата. Позиции не менялись, напряжение распространилось на остальных участников команды.

На стратегической сессии с внешним фасилитатором ritlid за один день удалось сделать то, что три месяца внутренних переговоров не давали: зафиксировать, что конфликт не между людьми, а между двумя одинаково легитимными приоритетами без процедуры их согласования. Команда выработала протокол: при расхождении технических и коммерческих требований — эскалация к директору по развитию с конкретным описанием trade-off, решение в течение 48 часов. Конфликт не исчез — исчезла неопределённость, которая его питала.

Внешняя фасилитация имеет смысл, когда: конфликт длится больше 4–6 недель без движения; руководитель сам является частью системы и не может быть нейтральным; конфликт затронул больше двух участников и начал формировать коалиции; предыдущие попытки урегулирования ухудшили ситуацию.

Подходит, если:

• Вы руководитель проекта или собственник, и конфликт внутри команды тормозит движение к результату.
• Конфликт повторяется по одному и тому же сценарию, несмотря на внутренние попытки урегулирования.
• Напряжение между участниками начало влиять на качество решений и скорость работы.
• Вы понимаете, что нужна нейтральная сторона, которая не встроена в командную динамику.

Не наш формат, если:

• Конфликт связан с нарушением трудового законодательства или требует юридического урегулирования — это зона HR и юристов, не фасилитаторов.
• Один из участников конфликта уже принял решение об уходе и не заинтересован в разрешении — работа с такой ситуацией требует другого формата.
• Вы ищете подтверждение своей позиции, а не нейтральный разбор — фасилитация работает только при готовности всех сторон к честному диалогу.

Три признака перехода: участники начинают обсуждать не задачу, а личные качества друг друга; разногласие по одному вопросу автоматически переносится на все остальные взаимодействия; в команде появляются коалиции — люди начинают «выбирать сторону» даже по нейтральным рабочим вопросам. На этом этапе рабочих инструментов уже недостаточно — нужна работа с отношениями отдельно от рабочей повестки.

Нейтральность — не про отсутствие мнения, а про поведение в процессе разговора. Руководитель может иметь позицию по содержательному вопросу, но в момент разговора его задача — дать каждому участнику высказаться и быть услышанным. Если руководитель не может удержать эту роль — лучше привлечь внешнего фасилитатора, чем проводить встречу, которая усилит конфликт.

Отказ от разговора — это тоже позиция, и её нужно уважать как сигнал. Полезно выяснить причину: человек не доверяет процессу, боится последствий, считает ситуацию безнадёжной? Каждая причина требует разного ответа. Принудительный разговор без готовности участника даёт результат хуже, чем его отсутствие.

Письменная фиксация — необходимое, но не достаточное условие. Договорённости соблюдаются, когда каждый участник понимает, что именно он обязуется делать, и когда есть механизм проверки. Оптимальный формат: короткий протокол с тремя колонками — «что меняется», «кто отвечает», «как проверяем через 2 недели». Без третьей колонки договорённости часто остаются декларацией.

Стратегическая сессия — не инструмент острого урегулирования. Она работает, когда острая фаза уже прошла или когда конфликт носит структурный характер: нечёткие роли, конкурирующие приоритеты, отсутствие общего понимания целей проекта. В таких случаях один день фасилитированной работы даёт больше, чем несколько месяцев внутренних переговоров. Подробнее о формате — в материале о стратегических сессиях для управленческих команд.

Это рабочая позиция, пока конфликт не затянулся и не затронул всю команду. Если внутренние попытки урегулирования уже были — и не дали результата — продолжать тот же подход и ждать другого результата нелогично. Внешний фасилитатор не принимает решения за команду: он создаёт условия, в которых команда может принять их сама. Разница в том, что у него нет личной заинтересованности в исходе.

Хирург не делает операцию себе сам. Руководитель, который понимает границы своей роли и привлекает нужный ресурс в нужный момент, принимает более качественные решения, чем тот, кто настаивает на самостоятельности там, где она мешает результату. По данным Stanford GSB 2013 года, большинство CEO, работающих с внешними консультантами, отмечают улучшение качества командных решений — не потому что консультант умнее, а потому что он видит систему снаружи.

Иногда — да. Чаще — нет. Участники переходят в следующий проект с тем же багажом недоверия. Если это одна и та же управленческая команда, конфликт воспроизводится в новом контексте. Кроме того, неурегулированный конфликт в текущем проекте влияет на его результат прямо сейчас: замедляет принятие решений, снижает качество коммуникации, увеличивает количество ошибок на стыке зон ответственности.

Если конфликт в проектной команде не разрешается внутренними силами — ritlid работает с управленческими командами в нескольких форматах: разовая стратегическая сессия с фасилитацией, квартальное сопровождение «Команда в потоке» или годовое партнёрство. Выбор формата зависит от глубины ситуации и горизонта задачи. Напишите на info@rittlid.ru: состав команды, суть разногласий, на каком этапе проект. Ответим в течение рабочего дня. Через кнопку «Записаться на консультацию» в футере тоже можно, но письмо с контекстом даст более точный ответ по формату работы.