Проект - это не код и не график в Gantt. Это целый социум, где каждый человек, имеющий отношение к делу, может двинуть процесс вперёд или похоронить его. В управлении проектами таких людей зовут «stakeholders» - заинтересованные стороны.
Кто такие stakeholders?
Stakeholder - это любой человек или организация, на которых влияет проект, или которые влияют на проект. Даже если их влияние проявляется только тем, что они включают свет в серверной.
Примеры классических стейкхолдеров:
- Инвесторы и заказчики - без них нет денег и смысла.
- Команда разработки - они делают продукт руками.
- Пользователи - те, ради кого всё затеяно.
- Регуляторы - проверяют, чтобы вы не нарушили закон (и чаще всего портят настроение).
- Подрядчики - дизайнеры, хостинг и другие.
- Внутренние отделы - маркетинг, HR, бухгалтерия.
И, да, уборщица тоже стейкхолдер: если она выдергивает вилку из розетки от сервера ради пылесоса (реальная история)
Но зачем их учитывать?
Если stakeholder не услышан, то он не просто обидится - он станет саботировать. Инвестор перестанет давать деньги, пользователь напишет плохой отзыв, тестировщик уйдёт в отпуск на дедлайне, а уборщица опять выдернет вилку.
Секрет в том, что каждый stakeholder имеет ожидания и интересы. Их нельзя удовлетворить всех на 100%, но можно управлять: кому дать информацию, кого привлечь в обсуждение, кого держать подальше от решений.
Чтобы не утонуть в толпе, их делят на группы:
- Внутренние и внешние. Внутренние - сотрудники, руководство, отделы компании. Внешние - клиенты, регуляторы, подрядчики.
- Первичные и вторичные. Первичные напрямую участвуют (команда, пользователи). Вторичные - косвенно (конкуренты, общество и другие).
- Позитивные и негативные. Первые ждут успеха, вторые - иногда наоборот (например, конкурент, которого задели ваши действия).
Инструменты для управления стейкхолдерами
PM не может ходить с блокнотом «Список всех важных людей». Нужен системный подход:
- Stakeholder register (реестр стейкхолдеров) - список с ролями, контактами, интересами и степенью влияния.
- Power/Interest Matrix (матрица власть/интерес) - помогает понять, кого держать «в курсе»:
- Высокая власть + высокий интерес → «держим за руку» (инвесторы, ключевые пользователи).
- Высокая власть + низкий интерес → «удерживаем внимание» (регулятор, которому не хочется, но приходится вас проверять).
- Низкая власть + высокий интерес → «держим в курсе» (энтузиасты из команды).
- Низкая власть + низкий интерес → «минимум усилий» (например, бухгалтер, которому важен только один отчёт в конце).
- Communication plan (план коммуникаций) - кому что рассказывать и как часто: инвестору - еженедельные отчёты, команде - ежедневный стендап, пользователю - релиз-ноты. По сути кто, что, кому, когда и как сообщает. Чтобы не было «ой, я думал, что ты в курсе».
Практика: где падают проекты
- Регулятор
Стартап запустил платёжный сервис без лицензии. ЦБ мгновенно приостановил работу. Игнор стейкхолдера-регулятора. - DevOps
Ушёл в отпуск, и у него оказались все доступы. Его не внесли в реестр стейкхолдеров, не учли критичность роли. Итог: релиз сорван. - Пользователи
Банк сделал блестящее мобильное приложение, но не спросил клиентов о сценариях. UX-провал, рейтинг в сторах падает. Пользователь как стейкхолдер оказался «невидимкой». - Маркетинг
Запустил кампанию «кредит за 5 минут», не согласовав с командой. Сервера легли, клиенты злые. Маркетинг как стейкхолдер был за бортом коммуникаций.
Ошибки управления
- Слишком много общения → люди тонут в письмах и теряют важное.
- Слишком мало общения → каждый додумывает сам, и рождаются мифы.
- Фокус только на «главном боссе» → остальные обижаются, и проект буксует.
- Недооценка «маленьких игроков» → уборщица с пылесосом становится роковой фигурой.