Управление конфликтами в команде проекта

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

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

Если вас интересует более широкий контекст — природа конфликтов, типология и системные причины — читайте материал «Работа и управление конфликтами в команде».

Проектная команда — временная структура с жёсткими дедлайнами, смешанным составом (функциональные специалисты из разных отделов) и нередко размытой системой полномочий. Именно это делает конфликты в ней острее, чем в линейных командах.

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

Три структурных источника конфликтов в проектных командах:

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

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

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

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

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

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

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

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

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

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

2. Структурное решение (фаза 1–3). Если конфликт вызван размытыми полномочиями или двойной лояльностью, его не решить разговором. Нужно зафиксировать матрицу ответственности (RACI), прояснить, кто принимает решение в спорных ситуациях, и согласовать это с функциональными руководителями участников. Это административная работа, которую многие проектные менеджеры откладывают — и платят за это конфликтами.

3. Фасилитированная сессия (фаза 2–3). Когда стороны уже заняли позиции и прямой разговор невозможен без нейтрального посредника, имеет смысл провести структурированную встречу с внешним фасилитатором. Задача фасилитатора — не рассудить, кто прав, а создать условия, при которых стороны могут услышать друг друга и договориться о следующих шагах.

4. Эскалация к спонсору (фаза 3–4). Если конфликт затрагивает ресурсы или приоритеты, которые проектный менеджер не контролирует, решение должно приниматься на уровне выше. Эскалация — не признак слабости руководителя, а признак того, что конфликт вышел за рамки его полномочий. Откладывание эскалации в таких случаях только усугубляет ситуацию.

Большинство ошибок в управлении конфликтами в проектных командах — не от некомпетентности, а от естественных управленческих рефлексов, которые в данном контексте работают против.

Игнорирование на ранней фазе. «Сами разберутся» — самая дорогая стратегия. Конфликт на фазе 1 стоит одного разговора. На фазе 3 — нескольких недель и части команды.

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

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

Смешение задачного и личностного уровней. Конфликт между Алексеем и Мариной по срокам сдачи модуля — это задачный конфликт. Если руководитель начинает обсуждать «как Алексей относится к Марине» — он переводит разговор на личностный уровень, откуда выйти значительно сложнее.

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

Директор по продукту e-commerce компании, 38 лет, оборот около 1,4 млрд ₽, обратился с запросом: «У нас третий месяц идёт проект по редизайну личного кабинета. Аналитик и тимлид разработки не могут договориться по требованиям — каждую неделю новый виток. Я уже провёл три встречи, ничего не меняется.»

При разборе ситуации выяснилось следующее. Аналитик работал по методологии waterfall и передавал требования в виде объёмных спецификаций. Тимлид работал в agile-логике и ожидал итеративного уточнения. Оба считали, что другой «делает всё неправильно» — и оба были правы в рамках своей методологии. Конфликт был не личностным, а методологическим.

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

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

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

Признаки того, что нужна внешняя фасилитация:

• Конфликт повторяется после нескольких попыток внутреннего разрешения
• Стороны отказываются от прямого диалога или диалог немедленно переходит в обвинения
• Конфликт затрагивает самого руководителя как одну из сторон
• Ситуация влияет на других участников команды, которые начинают занимать позиции
• Проект стоит или значительно замедлился из-за конфликта

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

В практике ritlid работа с конфликтами в проектных командах чаще всего начинается со стратегической сессии (продукт №15): структурированная встреча топ-команды или проектной группы с внешним фасилитатором, 1–2 дня. Стоимость — от 800 000 ₽ за однодневный формат. Для команд, где конфликт носит системный характер и требует более длительного сопровождения, подходит квартальный трек «Команда в потоке» (продукт №16).

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

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

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

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

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

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

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

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

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

Зависит от фазы и природы конфликта. Структурный конфликт на фазе 1–2 (размытые полномочия, двойная лояльность) разрешается за 1–2 встречи при наличии полномочий у руководителя. Конфликт на фазе 3 с позиционированием сторон — от нескольких недель при внешней фасилитации. Конфликт на фазе 4 (дисфункция команды) требует либо перезапуска состава, либо структурных изменений в проекте — это месяцы.

Подробнее о том, какие подходы к разрешению конфликтов работают в разных ситуациях, читайте в материале «Стратегии управления конфликтами в команде».

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