Лучший способ справиться с различными заинтересованными сторонами?

Это совсем не субъективно. Это результат вашего анализа заинтересованных сторон, необходимого анализа, который подпитывает ваши планы коммуникации, ваши планы обучения, ваши планы участия заинтересованных сторон и, вероятно, многое другое. Это одна из самых важных вещей, которые вы делаете для своего проекта, и это не та область, где вы хотите пойти на дешевку или попытаться сэкономить деньги или даже попытаться избежать этого. Это обязательно.

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

Вы правы в том, что не все сегменты заинтересованных сторон выиграют от проекта. Это очень маловероятно. Одна или несколько заинтересованных сторон будут затронуты неблагоприятным образом, и часть вашего плана должна включать в себя то, как с этим справиться, в том числе убрать их с дороги (как бы ужасно это ни звучало).

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

В документации по запуску проекта вы можете (и должны) описать, что вы будете делать, чтобы удовлетворить каждого из ваших заинтересованных лиц. Обычно я включаю это в документ об инициации проекта (PID), который должен быть подписан основными заинтересованными сторонами.

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

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

Что касается приоритетов, они будут варьироваться в зависимости от проекта. Например, в оборонном или медицинском проекте у вас может быть очень высокий приоритет качества, тогда как в банковском деле внимание может быть больше сосредоточено на вопросах регулирования. В некоторых случаях качество обслуживания клиентов может быть очень важным, а в других на повестке дня может стоять контроль над расходами. Обсудите это со спонсором вашего проекта и получите его или ее согласие. Таким образом, вы оба знаете, чего от вас ждут.

Спонсор проекта, как правило, является наиболее важной заинтересованной стороной вашего проекта. Без спонсора проект не существовал бы (с точки зрения финансирования/полномочий использовать ресурсы), и у проекта не было бы причины для существования (проект существует, чтобы обеспечить результат для спонсора - вашего клиента).

Если у вас возникли проблемы при работе с определенной группой заинтересованных сторон, определите, почему существует эта проблема, и устраните ее.

Прежде всего, поговорите с ними. Как они хотят получать информацию о проекте? Им нужен ваш регулярный отчет о состоянии? Желают ли они получать информацию о ходе работ? Много или только та функция, которую запросил один из них? Спросите, а затем решите (и задокументируйте), как держать каждого из них в курсе.

Что касается приоритета, это зависит от их «доли» в проекте. Но ваш SteerCo должен обсудить и согласовать, как вы будете решать приоритетные вопросы.

Чтобы вы могли определить приоритеты заинтересованных сторон, вам нужно связать их с целями/подцелями вашего проекта.

Расставьте приоритеты целей вашего проекта, и у вас должен быть приоритетный список заинтересованных сторон.

Есть три важные вещи, которые следует учитывать:

What is the formal process?  As mentioned by @lain9688 you should
have some sort of Project Initiation or kickoff document.  This
should include who each party is, and for each activity or
deliverable, what their level of involvement is.  (Own?  Contribute?
Veto?)  

What is the real capability?  Many times Statements of Work or
Initiation Documents are written that don't fully capture reality. 
As a good project Manager you need to be on top of where the
breakdown is.  Will your client really ever pay for Change Requests?
Will an external Design Authority really be fast enough?  Will there
really be enough time for the project team to analyze all the new
requirements?

Lastly, what is the relative importance of the stakeholders. 
Usually the most important is the one that's paying, but sometimes
others have veto power, or aren't cooperative.  Many times someone
will say, "I'm paying for this, my team will honor all the industry
standards" but then their subordinates want a million free
customizations.  This is a big challenge in project management.

Удачи!