Эту страницу открывают, когда проект становится многослойным по людям: заказчик не один, решения распределены, влияние не совпадает с формальной ролью, а ключевые риски часто возникают не из задач, а из несобранных ожиданий и скрытых центров влияния.
Stakeholder map — это карта участников проекта и их влияния. Она помогает PM видеть не только список ролей, но и реальную систему ожиданий, интересов, зон согласования и потенциальных конфликтов.
Когда особенно нужна
- у проекта несколько заказчиков или заинтересованных сторон;
- согласования идут по нескольким линиям;
- часть решений зависит от людей вне проектной команды;
- проект затрагивает смежные функции, бизнес-подразделения или руководство;
- на проекте уже были конфликты ожиданий или внезапные блокировки.
Что должно быть на карте
- ключевые участники и группы влияния;
- их интерес к проекту и уровень влияния;
- их ожидания, страхи и критерии успеха;
- формат коммуникации и ритм контакта;
- точки согласования и потенциальные зоны напряжения.
Как собирать
1. Выпишите всех, кто влияет на рамку, решения, сроки, доступ к ресурсам и приёмку. 2. Отделите формальных участников от реальных центров влияния. 3. Для каждого определите: что им важно, чего они опасаются и чем они могут помочь или помешать. 4. Зафиксируйте, кто должен получать какой формат информации. 5. Пересматривайте карту после изменений в проекте или организационной среде.
Практический шаблон
Минимально полезная stakeholder map обычно включает по каждому участнику:
- роль и фактическое влияние;
- что для него считается успехом или риском;
- уровень вовлечения и частоту контакта;
- какие решения он подтверждает, блокирует или может неожиданно пересмотреть;
- какой формат коммуникации для него рабочий: статус, демонстрация, короткий sync, отдельная эскалация.
Так карта перестаёт быть просто списком людей и начинает работать как основа для status report, эскалаций и управления ожиданиями.
Когда карту нужно пересобирать
Сильный сигнал к обновлению карты возникает, если:
- проект входит в новый этап или внешний релиз;
- появился новый sponsor, руководитель направления или смежная команда;
- решения начали зависать вне привычного контура;
- в проекте пошли изменения по изменениям и отклонениям, и старые ожидания уже не соответствуют реальности.
Что ломается без stakeholder map
- PM общается только с формально очевидными людьми и пропускает скрытых влиятельных участников;
- решения неожиданно стопорятся на поздних стадиях;
- ожидания расходятся, хотя коммуникации вроде бы много;
- статус уходит не тем людям и не в той форме;
- напряжение накапливается, пока не переходит в открытый конфликт.
Типовые ошибки
- считать, что список участников в kickoff уже и есть stakeholder map;
- не фиксировать интересы и мотивы, а только имена и должности;
- не обновлять карту по мере изменения проекта;
- не использовать карту в планировании коммуникации и эскалаций.