Один из самых частых рисков в проекте — неожиданный стейкхолдер с правом вето, о котором узнали на финальной стадии. Карта стейкхолдеров — инструмент, который помогает выявить всех участников интересов заранее и выстроить с ними правильную коммуникацию.

Кто такие стейкхолдеры

Стейкхолдер (stakeholder) — любой человек или группа, которые влияют на проект или на которых проект влияет. Это не только спонсор и команда: сюда входят конечные пользователи, регуляторы, смежные отделы, внешние подрядчики и все, чьи интересы пересекаются с проектом.

Типичная ошибка — считать стейкхолдерами только тех, кто «участвует в проекте». Стейкхолдер может не участвовать в работе, но при этом иметь возможность заблокировать решение или существенно изменить требования.

Зачем нужна карта стейкхолдеров

Когда стейкхолдеры не зафиксированы явно, возникают типичные проблемы:

• На финальной приёмке появляется «новый» участник с критическими замечаниями
• Команда получает противоречивые требования, потому что разные стейкхолдеры не согласованы между собой
• Важный согласующий орган узнаёт о проекте слишком поздно и тормозит запуск
• Ключевые ресурсы не выделены вовремя, потому что нужные люди не были привлечены к планированию

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

Как составить карту стейкхолдеров: шаг за шагом

Шаг 1. Выявление стейкхолдеров

Начните с мозгового штурма. Пройдитесь по категориям:

• Внутренние: спонсор, команда, смежные отделы, руководство
• Внешние: клиенты и пользователи, партнёры, поставщики, регуляторы
• Косвенные: те, кто не участвует, но на кого проект повлияет

На этом этапе фиксируйте всех без фильтрации. Убрать лишних проще, чем потом вспоминать, кого не учли.

Шаг 2. Оценка влияния и интереса

Для каждого стейкхолдера оцените два параметра:

Влияние — насколько он может повлиять на ход или результат проекта (высокое / низкое).

Интерес — насколько проект важен для него самого (высокий / низкий).

Это даёт четыре квадранта — классическую матрицу стейкхолдеров:

	Низкий интерес	Высокий интерес
Высокое влияние	Держите в курсе, не перегружайте	Вовлекайте активно, управляйте ожиданиями
Низкое влияние	Мониторьте периодически	Информируйте регулярно

Шаг 3. Фиксация интересов и рисков

Для ключевых стейкхолдеров (высокое влияние + высокий интерес) определите:

• Чего они ожидают от проекта
• Что может их не устроить
• Какой информацией должны располагать и как часто
• Кто в команде является основным контактом

Шаг 4. Построение карты

Карта стейкхолдеров — это визуализация полученных данных. Два основных варианта:

Матрица влияние/интерес — 2×2 таблица, где каждый стейкхолдер размещён в своём квадранте. Хороша как первый документ, который видит вся команда.

Сетевая карта — граф, где стейкхолдеры — узлы, а связи показывают зависимости: кто кому подчиняется, кто с кем согласует, кто на кого влияет. Полезнее для сложных проектов: сразу видно, через кого идут решения и где узкое место в цепочке согласований.

CogniSpectix подходит для сетевой карты стейкхолдеров: каждый участник — узел с типом (спонсор, регулятор, пользователь), связи между ними именованные — «согласует», «финансирует», «блокирует», «информируется». Такая карта сразу показывает, через кого идут решения и где узкое место в цепочке согласований. Попробовать ментальные карты онлайн в CogniSpectix можно бесплатно и без регистрации.

Шаг 5. Обновление в ходе проекта

Карта стейкхолдеров — живой документ. На каждом этапе проекта она меняется: появляются новые участники, меняется влияние существующих, интересы сдвигаются. Хорошая практика — пересматривать карту в начале каждой фазы.

Типичные ошибки при работе со стейкхолдерами

Путать уровень влияния с должностью. CEO с минимальным вниманием к проекту может иметь низкий практический интерес, а рядовой сотрудник из IT-безопасности — высокое влияние через право вето.

Составить карту один раз и забыть. Стейкхолдерский ландшафт меняется по ходу проекта.

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

Игнорировать противоречия между стейкхолдерами. Классический пример: IT-директор требует соответствия требованиям безопасности, которые делают продукт сложнее, а руководитель продукта хочет максимально простой пользовательский опыт. Оба правы в своём контексте — но если не зафиксировать противоречие на карте и не вынести на явное обсуждение, в финале оно появится как неожиданный конфликт, который остановит запуск.

Частые вопросы

Карта стейкхолдеров — это отдельный документ или часть проектной документации?

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

Нужна ли карта стейкхолдеров в agile-проектах?

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

Как определить, кто вообще является стейкхолдером?

Простой вопрос: «может ли этот человек или группа повлиять на успех проекта, или проект может повлиять на них?» Если ответ да — стейкхолдер. Широкий критерий намеренный: лучше учесть лишнего и исключить после анализа, чем пропустить важного.

Онлайн-формат снимает барьеры: не нужно ничего устанавливать, данные доступны с любого устройства, карту легко переделать или поделиться ею.