Матрица влияния и интереса — это способ разложить стейкхолдеров по двум осям (влияние на проект и заинтересованность), чтобы за 1–2 часа понять, кого держать “в комнате”, кого — просто информировать, и где главный риск — один человек с высоким влиянием и низким интересом, который может похоронить инициативу из скуки.

Hook: почему стейкхолдеры ломают хорошие проекты

Боитесь потратить месяцы на проект, а потом услышать: «мы передумали», «нам не надо», «а почему нас не спросили»? Поздравляю, вы столкнулись не с “плохими требованиями”, а с плохой картиной влияния. В IT (и особенно в корпоративных внедрениях) решения почти никогда не принимаются “логикой”. Их принимают люди: с KPI, страхами, полномочиями и правом сказать «стоп».

Матрица влияния и интереса — максимально приземлённый инструмент. Не про психологию, а про управление рисками. Она экономит самый дорогой ресурс: календарь команды. И ваш, кстати, тоже.

Матрица влияния и интереса: что это и как читать

Оси матрицы (простыми словами)

• Влияние (Power/Influence) — может ли человек/группа менять решения, бюджет, приоритеты, сроки, состав команды, критерии успеха.
• Интерес (Interest) — насколько проект влияет на их жизнь (выгоды/боли, нагрузка, риски, политика).

4 квадранта: кто и как с ними жить

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

Шаг 1. Определите границы проекта (иначе список стейкхолдеров будет бесконечным)

Тезис: матрица не работает, если непонятно, что именно вы меняете.

• Что внедряем/меняем (продукт, процесс, система)?
• Что точно не делаем в рамках текущего релиза?
• Какие решения должны быть приняты (бюджет, приоритеты, архитектура, регламент)?

Практический вывод: запишите “definition of done” на 5–7 строк. Это ваш фильтр от хаоса.

Подводный камень: “проект про IT-систему”. Нет. Проект всегда про изменения в людях и процессе.

Шаг 2. Соберите первичный список стейкхолдеров (широко, потом сузите)

Тезис: лучше лишняя фамилия в черновике, чем пропущенный блокер.

1. Инициатор (кто принёс идею).
2. Спонсор (кто платит/покрывает политикой).
3. Decision makers (кто реально может сказать “да/нет”).
4. Владельцы процессов (чьи регламенты меняются).
5. Пользователи (кто будет жить в системе каждый день).
6. Смежники контроля: ИБ, юристы, закупки, финансы, архитекторы.
7. Техсторона: разработка, DevOps, поддержка, интеграции.

Практический вывод: делайте список “роль → имя → замена на отпуск”. В реальности именно замена спасает сроки.

Подводный камень: путать “громко говорит” и “имеет власть”. Это разные люди.

Шаг 3. Оцените влияние: не по титулу, а по рычагам

Тезис: влияние — это конкретные рычаги, а не должность в подписи письма.

• Может остановить проект? (право вето)
• Контролирует бюджет/ресурс?
• Влияет на KPI команды, которая будет внедрять?
• Управляет инфраструктурой/доступами/данными?

Практический вывод: используйте шкалу 1–5 и фиксируйте причину оценки одной фразой (“вето по ИБ”, “владелец бюджета”).

Подводный камень: ставить всем “3”. Это не аналитика, это дипломатия.

Шаг 4. Оцените интерес: кто реально почувствует изменения

Тезис: интерес растёт там, где меняется рутина, риск или власть.

• Изменится ли их ежедневная работа?
• Есть ли личная выгода (время, бонусы, влияние)?
• Есть ли личный риск (ошибки, контроль, сокращение ресурсов)?

Практический вывод: спросите напрямую 3–5 ключевых людей: “что вы потеряете, если проект взлетит?” — ответы бывают честнее, чем “что вы получите”.

Подводный камень: считать, что пользователи “высоко заинтересованы”. Иногда они просто устали от изменений.

Шаг 5. Нанесите на матрицу и добавьте “температуру” отношения

Тезис: одинаковые координаты не равны одинаковому поведению.

Добавьте третий параметр: отношение к проекту (поддерживает / нейтрален / против). Можно значками или цветом.

• Против + высокое влияние = ваш главный проектный риск.
• За + высокое влияние = ваш ускоритель.

Практический вывод: у каждого “против” должна появиться гипотеза: “почему” и “что может изменить позицию”.

Подводный камень: избегать слова “против”. Оно не обидное, оно полезное.

Шаг 6. Сделайте план коммуникаций на 2–4 недели (а не на весь проект, вы же не провидец)

Практический вывод: если коммуникация не рождает решения или снижения рисков — это не коммуникация, это расход времени.

Шаг 7. Зафиксируйте договорённости: “журнал решений” и “журнал рисков”

• Decision log: дата, решение, кто согласовал, условия, срок пересмотра.
• Risk log: риск, вероятность/ущерб, владелец риска, план реакции.

Подводный камень: жить в чатике. Чатики не помнят, они шумят.

Скрытая цена ошибки: где матрица окупается быстрее всего

Самая дорогая ошибка в стейкхолдерах — позднее обнаружение человека с правом вето. Обычно это ИБ, комплаенс, владелец данных, финансы или “серый кардинал” отдела. Цена — переделка архитектуры, пересборка требований, откат сроков и демотивация команды. Матрица стоит вам 1–2 часа и пару разговоров. Переделка стоит квартал. Выбор несложный.

Экспертный вердикт и инструмент: чек-лист перед тем, как вы “построили матрицу”

• 1. Я могу назвать 1–2 людей, которые реально могут остановить проект. Не “кажется”, а “могут”.
• 2. У меня есть отдельная стратегия для “высокое влияние / низкий интерес” (коротко, заранее, без сюрпризов).
• 3. Я понимаю, какая личная потеря у ключевых “против”. Деньги, власть, контроль, нагрузка — что именно?
• 4. У меня есть канал обратной связи от пользователей и план обучения, иначе внедрение будет театром.
• 5. У меня ведётся decision log. Если решения не записаны — значит, их как бы не было.

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