Эту страницу открывают, когда проектный вопрос упирается не в отсутствие информации, а в конфликт интересов между ролями: разработка защищает реалистичность, продукт ценность, бизнес скорость, аналитика полноту, а у PM задача собрать работающее решение.
Работа со смежными ролями при конфликте интересов — это навык не дать спору скатиться в территориальную борьбу и вернуть его к управленческому выбору: что важнее в текущем контексте, чем мы платим и как фиксируем решение.
Что это за компетенция
Это способность PM удерживать разговор между функциями на уровне проектного решения, а не локальной правоты каждой роли. Здесь особенно важно видеть не только спорящую поверхность, но и глубинный конфликт целей, ограничений и критериев успеха между функциями.
Зачем нужна
Она нужна, чтобы:
- не допускать паралича решений на стыке функций;
- переводить межролевой конфликт в обсуждение цены выбора;
- защищать проект от локально оптимальных, но системно вредных решений;
- удерживать рабочую кооперацию даже там, где интересы реально расходятся.
Как выглядит слабый уровень
- PM пытается просто сгладить спор, не собирая реального выбора;
- конфликт остаётся на уровне эмоций и статуса ролей;
- решение либо затягивается, либо принимается кулуарно без принятия сторонами;
- одна и та же коллизия возвращается в новом виде снова и снова.
Как выглядит сильный уровень
- PM быстро вскрывает, в чём именно столкновение интересов, а не только мнений;
- стороны видят, какие параметры проекта реально находятся в конфликте;
- разговор переводится в варианты, последствия и decision point;
- даже при отсутствии полного согласия появляется рабочая рамка исполнения принятого решения.
Что ломается без неё
- функции защищают только свою локальную правду;
- решение затягивается или принимается политически, а не управленчески;
- PM либо растворяется в споре, либо давит решение без сборки сторон;
- накопленные конфликты переходят в долгую потерю кооперации.
Что делать пошагово
1. Сначала назовите, в чём именно конфликт интересов, а не только спор по форме. 2. Покажите, какие проектные параметры затронуты: срок, объём, риск, качество, ресурс. 3. Дайте сторонам возможность проговорить свои ограничения и цену компромисса. 4. Верните разговор к общей задаче проекта и необходимости выбора, а не идеальной победы одной функции. 5. Зафиксируйте решение и логику выбора, чтобы конфликт не перезапускался заново.
Практический ориентир
Полезная рамка для такого разговора:
- какие роли и интересы столкнулись;
- что каждая сторона пытается защитить;
- какие проектные параметры реально находятся в trade-off;
- кто принимает итоговое решение, если консенсус невозможен;
- где фиксируется результат и цена выбора.
Типовые ошибки
- пытаться "помирить всех" без управленческого выбора;
- делать вид, что конфликт чисто личный, когда он структурный;
- не выводить решение на уровень последствий для проекта;
- оставлять спор без явной фиксации итога.
Как качать навык
- после межролевых конфликтов отдельно разбирайте, какой именно интерес был не назван вслух;
- усиливайте связку с конфликтом по приоритетам и объяснением компромиссов;
- не оставляйте такие споры только в устном слое: фиксируйте решение в meeting notes, change-контуре или плане.