Автор: Дмитрий Лавров, эксперт ritlid по работе с командами. Специализация — командная динамика, фасилитация, конфликты в управленческих командах. Дата публикации: 10 июня 2026.
Управление конфликтами в команде проекта — одна из задач, которую руководители чаще всего решают интуитивно, без системы. Результат предсказуем: конфликт либо подавляется и уходит в пассивное сопротивление, либо разрастается до точки, где проект останавливается. В этом материале — как устроены конфликты в проектных командах, почему стандартные управленческие реакции не работают и что с этим делать.
Если вас интересует более широкий контекст — природа конфликтов, типология и системные причины — читайте материал «Работа и управление конфликтами в команде».
Проектная команда — временная структура с жёсткими дедлайнами, смешанным составом (функциональные специалисты из разных отделов) и нередко размытой системой полномочий. Именно это делает конфликты в ней острее, чем в линейных командах.
В линейной команде у каждого есть понятная роль, руководитель с реальными рычагами влияния и история совместной работы. В проектной — часто ни того, ни другого, ни третьего. Участники пришли из разных функций, у каждого свой руководитель «по вертикали», а проектный менеджер формально ими не управляет. Когда возникает разногласие по приоритетам или ресурсам, никто не знает, чьё слово последнее.
Три структурных источника конфликтов в проектных командах:
Понимание источника конфликта — первый шаг к управлению им. Если руководитель пытается «помирить людей», не разобравшись, что именно столкнулось, он работает с симптомом, а не с причиной.
Конфликт в проектной команде редко начинается с открытого столкновения. Обычно он проходит несколько фаз, и на каждой из них у руководителя есть разные инструменты.
Фаза 1 — Напряжение. Люди замечают разногласие, но не называют его вслух. Появляются косвенные сигналы: затянутые согласования, уклончивые ответы на встречах, «забытые» задачи. На этой фазе конфликт легче всего остановить — достаточно прямого разговора с каждой из сторон.
Фаза 2 — Позиционирование. Стороны начинают занимать позиции и искать союзников. Появляются коалиции, неформальные переговоры за спиной, жалобы третьим лицам. Проектный менеджер начинает получать сигналы «снизу» — но часто интерпретирует их как рабочие разногласия, а не как признак системного конфликта.
Фаза 3 — Открытое столкновение. Конфликт выходит на поверхность: публичные разногласия на встречах, отказ от совместной работы, эскалация к вышестоящему руководству. На этой фазе управление конфликтом требует внешней фасилитации или вмешательства спонсора проекта.
Фаза 4 — Дисфункция. Команда перестаёт работать как единица. Проект тормозит, ключевые участники уходят или переходят в режим минимального участия. Восстановление на этой фазе требует либо перезапуска команды, либо структурных изменений в проекте.
Большинство руководителей вмешиваются на фазе 3 — когда конфликт уже стоит денег и времени. Управление конфликтами в команде проекта эффективно именно на фазах 1–2, пока стороны ещё не закрепили позиции.
Не существует универсального способа разрешить конфликт в проектной команде. Выбор подхода зависит от фазы, природы конфликта и того, насколько у руководителя есть реальные полномочия влиять на участников.
1. Прямой разговор (фаза 1–2). Руководитель встречается с каждой из сторон отдельно, выясняет, что именно стоит за напряжением, и затем организует совместный разговор с чёткой повесткой. Ключевое условие: разговор должен быть о задаче и процессе, а не о личностях. Формулировка «вы не выполнили обязательство» работает хуже, чем «у нас расходятся ожидания по срокам — давайте разберём, почему».
2. Структурное решение (фаза 1–3). Если конфликт вызван размытыми полномочиями или двойной лояльностью, его не решить разговором. Нужно зафиксировать матрицу ответственности (RACI), прояснить, кто принимает решение в спорных ситуациях, и согласовать это с функциональными руководителями участников. Это административная работа, которую многие проектные менеджеры откладывают — и платят за это конфликтами.
3. Фасилитированная сессия (фаза 2–3). Когда стороны уже заняли позиции и прямой разговор невозможен без нейтрального посредника, имеет смысл провести структурированную встречу с внешним фасилитатором. Задача фасилитатора — не рассудить, кто прав, а создать условия, при которых стороны могут услышать друг друга и договориться о следующих шагах.
4. Эскалация к спонсору (фаза 3–4). Если конфликт затрагивает ресурсы или приоритеты, которые проектный менеджер не контролирует, решение должно приниматься на уровне выше. Эскалация — не признак слабости руководителя, а признак того, что конфликт вышел за рамки его полномочий. Откладывание эскалации в таких случаях только усугубляет ситуацию.
Если конфликт в вашей проектной команде вышел на фазу открытого столкновения и внутренние инструменты уже не работают — напишите на info@rittlid.ru: кратко опишите состав команды, суть разногласия и горизонт проекта. Первый разговор с экспертом ritlid — бесплатный.
Большинство ошибок в управлении конфликтами в проектных командах — не от некомпетентности, а от естественных управленческих рефлексов, которые в данном контексте работают против.
Игнорирование на ранней фазе. «Сами разберутся» — самая дорогая стратегия. Конфликт на фазе 1 стоит одного разговора. На фазе 3 — нескольких недель и части команды.
Попытка занять сторону. Руководитель, который публично встаёт на сторону одного из участников конфликта, теряет доверие второй стороны и всех, кто наблюдает. Даже если он объективно прав по существу — форма разрушает его позицию нейтрального арбитра.
Решение конфликта за людей. «Я решил: делаем вот так» — иногда необходимо, но как единственный инструмент не работает. Люди, которым навязали решение без участия в процессе, выполняют его формально и ищут способ вернуться к своей позиции.
Смешение задачного и личностного уровней. Конфликт между Алексеем и Мариной по срокам сдачи модуля — это задачный конфликт. Если руководитель начинает обсуждать «как Алексей относится к Марине» — он переводит разговор на личностный уровень, откуда выйти значительно сложнее.
Отсутствие фиксации договорённостей. Разговор прошёл, стороны «договорились» — но никто не записал, кто что делает и к какому сроку. Через неделю каждый помнит договорённость по-своему, и конфликт возобновляется с новой силой.
Директор по продукту e-commerce компании, 38 лет, оборот около 1,4 млрд ₽, обратился с запросом: «У нас третий месяц идёт проект по редизайну личного кабинета. Аналитик и тимлид разработки не могут договориться по требованиям — каждую неделю новый виток. Я уже провёл три встречи, ничего не меняется.»
При разборе ситуации выяснилось следующее. Аналитик работал по методологии waterfall и передавал требования в виде объёмных спецификаций. Тимлид работал в agile-логике и ожидал итеративного уточнения. Оба считали, что другой «делает всё неправильно» — и оба были правы в рамках своей методологии. Конфликт был не личностным, а методологическим.
Решение потребовало двух шагов. Первый — структурная встреча с участием обоих, где каждый объяснил свою логику работы с требованиями. Второй — договорённость о гибридном формате: аналитик готовит «минимальную спецификацию» на каждый спринт, а детали уточняются итеративно. Конфликт не исчез полностью, но перестал блокировать работу.
Ключевой вывод из этого кейса: три встречи руководителя не помогли, потому что он пытался «помирить людей», не разобравшись в природе разногласия. Как только природа стала ясна — решение нашлось за одну сессию.
Руководитель проекта — участник системы. Даже при лучших намерениях он не может быть полностью нейтральным: у него есть свои предпочтения, отношения с участниками, зависимость от результата. Это делает его ограниченно эффективным фасилитатором в острых конфликтах.
Признаки того, что нужна внешняя фасилитация:
Внешний фасилитатор не принимает решений за команду. Его задача — создать структуру разговора, в которой стороны могут услышать друг друга и выработать договорённости, которые они готовы выполнять. Это принципиально отличается от арбитража, где третья сторона выносит вердикт.
В практике ritlid работа с конфликтами в проектных командах чаще всего начинается со стратегической сессии (продукт №15): структурированная встреча топ-команды или проектной группы с внешним фасилитатором, 1–2 дня. Стоимость — от 800 000 ₽ за однодневный формат. Для команд, где конфликт носит системный характер и требует более длительного сопровождения, подходит квартальный трек «Команда в потоке» (продукт №16).
Подходит, если:
Не наш формат, если:
Три сигнала, которые сложно игнорировать: задачи начинают зависать на стыке двух участников, встречи заканчиваются без решений по спорным вопросам, и кто-то из команды начинает обходить другого участника напрямую через руководителя. Если хотя бы два из трёх — конфликт уже требует внимания, даже если внешне всё выглядит спокойно.
Разногласие — это расхождение во мнениях по конкретному вопросу, которое разрешается обменом аргументами. Конфликт — это ситуация, где стороны перестают слышать аргументы друг друга и начинают защищать позицию независимо от её содержания. Признак перехода: когда человек не может внятно объяснить, что именно его не устраивает в предложении другой стороны — только то, что это предложение другой стороны.
Не всегда. Руководитель проекта отвечает за то, чтобы конфликт не блокировал работу — но не обязан быть терапевтом или арбитром. Его задача: диагностировать природу конфликта, применить подходящий инструмент (прямой разговор, структурное решение, эскалация, внешняя фасилитация) и зафиксировать договорённости. Если конфликт вышел за рамки его полномочий — привлечение внешнего ресурса это профессиональное решение, а не признание слабости.
В этом случае руководитель не может быть нейтральной стороной — и попытки самостоятельно управлять конфликтом, в котором он участник, обычно усугубляют ситуацию. Правильный шаг: эскалация к спонсору проекта или привлечение внешнего фасилитатора, который не связан ни с одной из сторон.
Минимальный протокол: кто что делает, к какому сроку, кто проверяет выполнение и что происходит, если договорённость нарушается. Последний пункт — самый важный и самый часто пропускаемый. Если стороны не договорились о последствиях нарушения, договорённость держится только на доброй воле — а её при конфликте обычно немного.
Зависит от фазы и природы конфликта. Структурный конфликт на фазе 1–2 (размытые полномочия, двойная лояльность) разрешается за 1–2 встречи при наличии полномочий у руководителя. Конфликт на фазе 3 с позиционированием сторон — от нескольких недель при внешней фасилитации. Конфликт на фазе 4 (дисфункция команды) требует либо перезапуска состава, либо структурных изменений в проекте — это месяцы.
Подробнее о том, какие подходы к разрешению конфликтов работают в разных ситуациях, читайте в материале «Стратегии управления конфликтами в команде».
Если конфликт в проектной команде уже влияет на результат и внутренние попытки его разрешить не дали эффекта — напишите на info@rittlid.ru. В письме кратко: состав команды, суть конфликта, горизонт проекта и что уже пробовали. Ответим в течение рабочего дня и предложим формат работы под вашу ситуацию — от разовой фасилитированной сессии до квартального сопровождения команды. Через кнопку «Записаться на консультацию» в футере тоже можно, но письмо с контекстом даст более точный ответ.