17 тем · ~70 минут · 47 тестов

Лекция «Стейкхолдеры проекта — карта влияния и матрица ответственности»

Кто влияет на решение, чьи требования конфликтуют и кто отвечает за что: пять вопросов, которые находят пропущенных, три оси приоритизации вместо двух, разведение конфликта требований через win conditions и правило одного «A», за которым стоит столетняя линия экспериментов.

Для кого

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

Базовый уровень — с нуля
Что получишь

После лекции вы сможете

  • Находить пропущенные стороны пятью вопросами — кто платит, подписывает, эксплуатирует, обслуживает и пострадает — и отдельным проходом искать внешние стороны, которые не ходят на ваши встречи
  • Отвечать на спор «положено ли вести реестр»: действующий ГОСТ Р 54869-2011 называет область, но процесса и выхода под неё не устанавливает — и переводить разговор на цену пропущенного требования
  • Расставлять приоритеты по трём атрибутам вместо двух и не путать легитимность требования с властью заявителя
  • Собирать реестр, который переживает смену людей: роль вместо фамилии, плюс две колонки — ответственный за контакт поимённо и дата последнего контакта
  • Ставить C и D в матрице вовлечённости и назначать целевой уровень от роли, а не тянуть всех в Leading
  • Разводить конфликт требований по модели WinWin: записать win conditions словами сторон, зафиксировать issue, найти option и обязательно перевести договорённость в измеримую формулировку
  • Строить матрицу RACI на строках-глаголах с ровно одним «A», распознавать пять признаков испорченной матрицы и не путать C с I
  • Отделять решение от задачи и описывать решение через RAPID или DACI, держа роль вето узкой и привязанной к регламенту
  • Пересматривать карту по пяти триггерам и формулировать записи о людях как поведение относительно проекта, а не как характеристику личности
Программа

17 тем и 47 тестов на понимание

Каждая тема — один экран и одна мысль. В конце темы — ситуационные вопросы: ответили верно, идёте дальше.

Часть 1. Кого считать стейкхолдером и как его найти

1

Кто такой стейкхолдер: три определения, и они не совпадают

2

Пять вопросов, которые находят пропущенных

3

Что российский стандарт требует — и чего он не требует

4

Список, карта и луковица: с чего начинает аналитик

Часть 2. Приоритизация: власть, интерес, срочность

5

Власть и интерес: четыре квадранта и самый опасный из них

6

Срочность: третья ось, которая меняется за день

7

Карта устаревает быстрее, чем её открывают

Часть 3. Реестр, вовлечённость и конфликт требований

8

Реестр: две колонки, из-за которых он работает

9

Где он сейчас и где он нужен: пять уровней вовлечённости

10

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

Часть 4. Ответственность за работы и право решать

11

RACI на внешнем контуре проекта

12

Почему два «A» — это ноль ответственных, а не два

13

RACI отвечает «кто делает». На «кто решает» отвечают другие модели

Часть 5. Внешний контур, цена ошибки и граница темы

14

Стейкхолдер, который не ходит на ваши встречи

15

Цена пропущенного стейкхолдера: два расследованных провала

16

Чему верить в цифрах отрасли

17

Узнать раньше, а не обойти: граница темы

Темы лекции: проекты, бизнес-анализ, стейкхолдеры, карта влияния, RACI, RAPID, требования, ответственность, управление проектами, BABOK, ГОСТ Р 54869-2011

Обновлено: 3 сентября 2026

Как устроено обучение

Читаете, отвечаете, видите результат

Интерактивная лекция с тестами: тема — экран текста, за ним вопрос по этой же теме. Ни видео, ни вебинаров, ни дедлайнов.

Тесты внутри тем

47 тестов по ходу лекции — ситуационных, на понимание, а не на зубрёжку.

Старт — бесплатно и сразу

Первые темы открыты без регистрации: нажали — учитесь. Понравилось — продолжите по аккаунту, полный доступ от 99 ₽. Прогресс сохраняется на той же теме.

Вопросы

Коротко о главном

Сколько времени займёт лекция?
Около 70 минут на 17 тем. Прогресс сохраняется, поэтому лекцию можно проходить частями и возвращаться к ней позже.
Это бесплатно?
Начало — да: первые 1 тема открыты сразу, без регистрации. После бесплатной регистрации откроются темы до 2-й — вместе с частью из 47 тестов и монетами за верные ответы. Полная лекция — 99 ₽ навсегда, либо подписка на все лекции платформы от 499 ₽ в месяц.
Что у меня останется после лекции?
Семнадцать тем, выстроенных как одна последовательность действий. Сначала — кого считать стейкхолдером: три определения (Фриман 1984, действующий ГОСТ Р 54869-2011 и отменённая редакция ГОСТ Р ИСО 21500-2014) не совпадают, и лекция берёт самое широкое, потому что пропустить дороже, чем включить лишнего. Отдельная находка: действующий российский стандарт называет управление заинтересованными сторонами функциональной областью, но процесса и выхода под неё не устанавливает — реестра он не требует, и это объясняет, почему в проектах «по ГОСТу» его часто нет. Поиск ведётся пятью вопросами: кто платит, кто подписывает, кто эксплуатирует, кто обслуживает и кто пострадает; пятый находит больше всех и попадает в карту реже всех. Приоритизация идёт по трём осям, а не по двум: к сетке «власть/интерес» добавляется срочность из модели салиентности Митчелла–Агла–Вуда — единственный атрибут, который меняется за день, из-за чего у карты есть срок годности и список триггеров пересмотра. Конфликт требований разводится процессом WinWin: win condition записывается словами стороны, расхождение фиксируется отдельным issue, под него ищется option — с честной оговоркой, что договорённость со словами «удобно» и «быстро» конфликт откладывает, а не закрывает. Ответственность закрепляется двумя разными инструментами: RACI на работы и результаты (ровно один Accountable на строку — за правилом стоит линия от Рингельмана 1913 года до метаанализа социальной лености), RAPID и DACI на решения, где вето названо отдельной ролью, а не спрятано под буквой C. Цена ошибки показана на двух расследованных провалах с опубликованными отчётами: система расчёта зарплаты Queensland Health и программа NHS National Programme for IT, 9,8 млрд фунтов без ключевых выгод. В обоих случаях денег, регламентов и отчётности хватало — не хватило голоса тех, кто собирался этим пользоваться. Отдельная тема разбирает, каким цифрам отрасли верить: самая цитируемая цифра про вовлечённость пользователей не выдержала методологической проверки, а замер PMI даёт разрыв в 8 процентных пунктов между сильными и слабыми исполнителями — то есть повышение шансов, а не гарантию.
У нас проект ведут по ГОСТу, и руководитель говорит, что реестр стейкхолдеров вести не обязательно. Он прав?
Формально прав, и это стоит признать, а не спорить. Действующий ГОСТ Р 54869-2011 в пункте 5.1 называет «управление заинтересованными сторонами проекта» функциональной областью — рядом с управлением содержанием, сроками, затратами, рисками и остальными. Но раздел 5.3 «Процессы планирования проекта» содержит восемь процессов, и процесса управления заинтересованными сторонами среди них нет: область названа, выхода под неё не установлено. Реестр как выход процесса появлялся в ГОСТ Р ИСО 21500-2014 (пункт 4.3.9), однако эта редакция отменена с 01.06.2024 — её заменил ГОСТ Р ИСО 21500-2023, ставший контекстно-понятийным, с выносом детального описания процессов в отдельный стандарт серии ИСО 21502. Что стандарт всё-таки требует: по пункту 5.3.1 (а) требования со стороны заказчика, других заинтересованных сторон и законодательства должны быть определены, проанализированы на предмет возможности выполнения, согласованы с заказчиком и документированы. То есть требования собрать надо, а список тех, у кого их собирали, отдельным выходом не является. Практический вывод: не спорьте про «положено» — этот спор вы проиграете. Говорите про цену пропущенного требования, и для этого в лекции есть два расследованных провала с опубликованными отчётами.
Два руководителя не могут договориться, кто отвечает за задачу. Можно поставить обоим «A», чтобы отвечали оба?
Нет, и это разбирается в лекции исключительно как ошибка. Два Accountable — не компромисс, а обнуление ответственности: «отвечают оба» обрабатывается как «отвечает тот, другой», и так с обеих сторон одновременно. За правилом одного «A» стоит одна из самых воспроизводимых находок социальной психологии. Рингельман в 1913 году измерял силу при перетягивании каната: общая сила группы растёт, а средняя сила на человека падает. Ingham с коллегами воспроизвели результат в 1974-м и разделили две причины — потерю координации и потерю мотивации. Работы по социальной лености показали, что снижение усилия возникает, когда индивидуальный вклад неотличим от общего; в части экспериментов участники снижали усилие, работая физически в одиночку, но полагая, что рядом работают другие — хватало самого представления о разделённой ответственности. Метаанализ Карау и Уильямса 1993 года зафиксировал условие точно: леность возникает там, где индивидуальный результат нельзя оценить отдельно от группового. Работающая альтернатива вместо второго «A»: ответственный остаётся один, второй получает роль C — обязательство быть спрошенным до решения и обязательство ответить в срок. Разногласие никуда не девается, но у него появляется адресат. И отдельно: удалённая работа эффект усиливает, потому что дистанция повышает ощущение анонимности.
Чем эта лекция отличается от темы про RACI в лекции о матричной организации команды?
Контекстом и глубиной разбора. Там RACI — про двойное подчинение внутри организации: сотрудник в трёх проектах, два руководителя, разделение зон финального решения между руководителем проекта и техлидом. Здесь RACI — про внешний контур проекта: строки матрицы это работы и решения, а колонки — стейкхолдеры, включая тех, кто вне команды и вне вашего подчинения вообще: юрист, подрядчик, представители работников, поддержка. Матрица здесь вырастает из карты влияния, а не из штатного расписания, и смысл её в том, чтобы закрепить ответственность там, где у вас нет административного рычага. Правило одного «A» повторяется — без него тема не стоит, — но обоснование другое и глубже: не «конфликт кто главнее исчезает», а диффузия ответственности с экспериментальной базой от 1913 года. Основной вес RACI-части здесь несёт материал, которого в соседней лекции нет вовсе: разбор различия между C и I (обязательство спросить до решения против уведомления после), пять признаков испорченной матрицы и отдельные модели принятия решений RAPID и DACI, в которых право вето названо своей ролью, а не спрятано под буквой C.

Стейкхолдеры проекта — карта влияния и матрица ответственности — открывается прямо сейчас

17 тем, 47 тестов и около 70 минут вашего времени. Первые темы — бесплатно и без регистрации: начните и решите по делу, а не по описанию.

Начать лекцию →

Уже проходили? Личный кабинет помнит, на чём вы остановились.