Стейкхолдер — это любой, кто влияет на продукт или зависит от него: заказчик, спонсор (платит), пользователи, регулятор, безопасники, смежные команды. Их список всегда шире, чем кажется, и пропущенный стейкхолдер — это тот, кто зарубит фичу на приёмке. Два инструмента, чтобы не пропустить и не утонуть: матрица власть/интерес (Менделоу) — делит людей на четыре квадранта и говорит, с кем работать плотно, а кого просто держать в курсе; RACI — для каждой задачи фиксирует, кто Responsible (делает), Accountable (отвечает и утверждает, всегда один), Consulted (с кем советуются) и Informed (кого уведомляют). Картирование стейкхолдеров — не бюрократия, а страховка: оно подсвечивает, кто принимает решение и чьё «нет» в конце дороже всего.
Однажды мы две недели делали фичу выгрузки клиентских данных в партнёрский сервис. Согласовали с заказчиком, с продактом, с дизайнером — всё чисто. На приёмке пришёл человек из службы безопасности, которого никто не позвал, и сказал одно слово: «персданные за периметр — нельзя». Две недели в корзину. Не потому что фича плохая — потому что мы не нарисовали карту стейкхолдеров и пропустили того, у кого было право вето.
С тех пор я начинаю любую заметную задачу с вопроса «кого это касается и кто может это зарубить». Стейкхолдеры — это не «заказчик и пользователи». Это все, кто влияет на продукт или зависит от него, и часть из них молчит до самого конца. Про роли внутри команды есть отдельная запись — кто все эти люди; здесь же речь шире команды.
Кто такие стейкхолдеры на самом деле
IT-команда — это узкий круг. Стейкхолдеры — широкий. Вот те, кого чаще всего забывают:
- Заказчик — тот, чью проблему решаем. Не всегда тот, кто платит.
- Спонсор — тот, кто платит и утверждает бюджет. Его интерес — окупаемость, а не красота решения.
- Пользователи — те, кто будет этим пользоваться. Часто это не заказчик: заказывает руководитель, а работают в системе линейные сотрудники.
- Регулятор — закон, ЦБ, ФНС, GDPR. Не сидит на созвонах, но его требования жёстче всех — их нельзя «передоговорить».
- Безопасность и юристы — те, у кого право вето. Молчат, пока не увидят что-то опасное.
- Смежные команды — те, чью систему вы заденете интеграцией. Их сломаете — придут с вилами.
Пользователь ≠ заказчик
Самая частая подмена: вы выявляете требования у руководителя, который заказал систему, а пользоваться будут его подчинённые — у которых другая боль. Руководителю важна отчётность, оператору — скорость ввода. Сделаете под руководителя — получите систему, которую ненавидят те, кто в ней работает. Картируйте обе группы.
Матрица власть/интерес: с кем как работать
Стейкхолдеров много, а времени мало. Нельзя работать со всеми одинаково плотно. Матрица власть/интерес раскидывает людей по двум осям — сколько у человека власти (может влиять на проект) и сколько интереса (насколько ему не всё равно) — и для каждого квадранта даёт стратегию.
quadrantChart title Власть / Интерес x-axis "Низкий интерес" --> "Высокий интерес" y-axis "Низкая власть" --> "Высокая власть" quadrant-1 "Плотно вовлекать" quadrant-2 "Держать довольным" quadrant-3 "Минимум усилий" quadrant-4 "Держать в курсе" "Спонсор": [0.35, 0.9] "Заказчик": [0.85, 0.85] "Регулятор": [0.2, 0.95] "Пользователи": [0.8, 0.3] "Смежная команда": [0.6, 0.55]
Логика по квадрантам такая. Высокая власть и высокий интерес (заказчик) — плотно вовлекать, это ваши главные собеседники. Высокая власть, но низкий интерес (спонсор, регулятор) — держать довольными: не грузить деталями, но не злить, потому что их «нет» — финальное. Низкая власть, но высокий интерес (пользователи) — держать в курсе и слушать, их боль ценна, хотя решают не они. Низкая власть и низкий интерес — минимум усилий, просто не забывать про них. Суть матрицы: распределить внимание по тому, кто реально может повлиять, а не по тому, кто громче.
RACI: кто за что отвечает в конкретной задаче
Матрица власть/интерес отвечает на вопрос «с кем работать». RACI отвечает на другой — «кто за что отвечает в этой задаче». Для каждой задачи (или этапа) каждому стейкхолдеру присваивается одна из четырёх ролей:
| Буква | Роль | Что значит |
|---|---|---|
| R | Responsible (исполнитель) | Тот, кто делает работу руками. Может быть несколько. |
| A | Accountable (ответственный) | Тот, кто отвечает за результат и утверждает. Всегда ровно один. |
| C | Consulted (консультируемый) | Тот, с кем советуются до решения. Двусторонняя связь. |
| I | Informed (информируемый) | Тот, кого уведомляют о результате. Односторонняя связь. |
Ключевое правило: A всегда один. Если за задачу отвечают двое — не отвечает никто, в случае проблемы они кивают друг на друга. R может быть несколько, A — нет. Это главное, что проверяют, когда смотрят вашу RACI-матрицу.
Пример: RACI на фиче «выгрузка данных партнёру»
Вернёмся к той самой фиче, что зарубили. Если бы я нарисовал RACI заранее, безопасник был бы в таблице — и его «нет» прозвучало бы на старте, а не на приёмке.
| Задача / этап | Аналитик | Тимлид | Разработчик | Продакт | Безопасник |
|---|---|---|---|---|---|
| Выявить требования | R | I | I | A | C |
| Согласовать передачу ПДн | R | C | I | A | C |
| Спроектировать контракт API | C | A | R | I | C |
| Реализация | I | A | R | I | I |
| Приёмка | C | R | I | A | C |
Прочитайте строку «Согласовать передачу ПДн»: исполнитель — аналитик (R), отвечает за решение продакт (A), а безопасник — Consulted (C), то есть с ним обязаны посоветоваться до, а не показать постфактум. Будь эта строка в плане, я бы пошёл к безопаснику на втором дне, а не узнал про вето на приёмке. Вот ради чего рисуют RACI — не ради красивой таблицы, а чтобы заранее увидеть, чьё согласование критично и кто чьё «нет» может сказать.
Не на каждую задачу
RACI окупается на задачах, где много участников и непонятно, кто утверждает, — интеграции, межкомандные фичи, всё с регуляторкой. На «поправить опечатку в кнопке» рисовать RACI — бюрократия ради бюрократии. Чувство меры важнее формальной полноты: инструмент должен экономить нервы, а не плодить таблицы.
Откуда это взялось
RACI выросла из управления проектами — её корни в «диаграммах линейной ответственности» середины XX века, а в нынешнем виде она закрепилась в сводах вроде PMBOK и стала стандартным инструментом проектного менеджмента. Матрицу власть/интерес (power/interest grid) предложил Аарон Менделоу в 1991 году в работе по стратегическому анализу стейкхолдеров — отсюда её второе имя, «матрица Менделоу». Обе пришли в IT из общего менеджмента: разработка — частный случай проекта с участниками, у которых разная власть и разные интересы, поэтому инструменты управления стейкхолдерами легли на неё без переделки.
Как это спрашивают на собесе
«Что такое RACI и сколько может быть Accountable?» — главная проверка: A всегда ровно один, иначе за результат не отвечает никто. R может быть несколько.
«Кто такие стейкхолдеры — назовите за рамками команды» — ждут спонсора, регулятора, безопасников, смежные команды, а не только «заказчик и пользователи».
«Зачем картировать стейкхолдеров?» — проверяют, понимаете ли вы, что пропущенный стейкхолдер с правом вето зарубит работу на приёмке, и что картирование — это страховка, а не бюрократия.
Частые вопросы
Кто такие стейкхолдеры?
Стейкхолдер — любой, кто влияет на продукт или зависит от него. Это шире IT-команды: заказчик (чью проблему решаем), спонсор (кто платит и утверждает бюджет), пользователи (кто реально работает в системе — часто не заказчик), регулятор (закон, ЦБ, GDPR), безопасники и юристы (у кого право вето), смежные команды (чью систему заденет интеграция). Главная ошибка — пропустить молчаливого стейкхолдера с правом вето: его «нет» всплывёт на приёмке и обойдётся дороже всего.
Что такое RACI и почему Accountable всегда один?
RACI — матрица распределения ответственности: для каждой задачи каждому участнику присваивается роль Responsible (делает руками), Accountable (отвечает за результат и утверждает), Consulted (с кем советуются до решения) или Informed (кого уведомляют о результате). Accountable всегда ровно один, потому что если за результат отвечают двое — в случае проблемы они кивают друг на друга, и не отвечает никто. Responsible и остальные роли могут быть у нескольких человек, ответственный — только один.
Чем матрица власть/интерес отличается от RACI?
Это разные инструменты под разные вопросы. Матрица власть/интерес (Менделоу) отвечает на «с кем и как плотно работать»: раскидывает стейкхолдеров по осям власти и интереса на четыре квадранта — плотно вовлекать, держать довольным, держать в курсе, минимум усилий. RACI отвечает на «кто за что отвечает в конкретной задаче»: исполнитель, ответственный, консультируемый, информируемый. Первая — про стратегию общения со стейкхолдерами в целом, вторая — про роли в конкретной работе.