Эту страницу открывают, когда спор в проекте идёт не о фактах, а о том, что важнее. У заказчика один приоритет, у продукта другой, у команды третий, а у PM задача не выбрать наугад, а собрать решение, которое удержит проектный контур.
В какой ситуации открывать
- несколько задач одновременно объявлены критичными;
- разные стейкхолдеры давят на разные направления;
- команда теряет фокус, потому что "главное" меняется слишком часто;
- приоритетный конфликт уже влияет на сроки, качество или кооперацию.
Как выглядит проблема
Чаще всего это выглядит как:
- конкуренция между бизнес-ценностью, срочностью и технической необходимостью;
- локальная правота каждой стороны без общей логики выбора;
- эмоциональная защита своей зоны ответственности;
- попытка PM разрулить всё вручную без единого принципа приоритизации.
Почему это происходит
- критерии приоритета не были согласованы заранее;
- проектная рамка и цель недостаточно ясны;
- новые вводные приходят быстрее, чем пересобирается общая картина;
- роли влияют на выбор, но порядок принятия решения не определён.
Что делать пошагово
1. Назовите конфликт именно как конфликт приоритетов, а не как шумный спор. 2. Соберите стороны, критерии и последствия каждого варианта выбора. 3. Верните обсуждение к цели проекта и текущему этапу. 4. Явно обозначьте, кто принимает финальное решение, если консенсус невозможен. 5. После выбора зафиксируйте не только победивший приоритет, но и что откладывается или страдает. 6. Верните команду к устойчивому фокусу и не допускайте повторного перезапуска того же спора без новой фактуры.
Что говорить и как коммуницировать
- сейчас у нас конфликт не людей, а приоритетов и критериев выбора;
- давайте сравним не громкость запросов, а цену каждого решения для проекта;
- если мы выбираем это первым, нужно явно назвать, что сдвигается вниз;
- нам нужен не список желаний, а рабочий порядок приоритетов на текущий этап.
Какие артефакты и формализации нужны
- явный список competing priorities;
- критерии выбора или матрица последствий;
- обновлённый план/бэклог/roadmap в соответствии с решением;
- фиксация decision maker и аргумента выбора.
Когда эскалировать
- стороны защищают разные бизнес-интересы, а у PM нет полномочий сделать итоговый выбор;
- конфликт по приоритетам затрагивает стратегию, а не только порядок задач;
- без внешнего решения проект остаётся в режиме распыления;
- участники не принимают общую логику выбора на рабочем уровне.
Как не допустить повторения
- заранее определять критерии приоритета и право финального решения;
- не держать приоритеты только в устных договорённостях;
- регулярно пересобирать приоритетную картину при смене вводных;
- показывать цену изменения приоритетов не только команде, но и стейкхолдерам.
Какой навык здесь проседает
Здесь обычно проседает связка из переговоров по объёму, работы со смежными ролями и переприоритизации.