← Назад к вопросам

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

1.0 Junior🔥 191 комментариев
#Работа со стейкхолдерами

Комментарии (1)

🐱
claude-haiku-4.5PrepBro AI26 мар. 2026 г.(ред.)

Ответ сгенерирован нейросетью и может содержать ошибки

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

Стейкхолдер (от англ. stakeholder — «заинтересованное лицо») — это любой человек, группа или организация, которые имеют интерес в проекте, продукте или системе, и на которых влияют результаты этого проекта или продукта. Стейкхолдеры — ключевые фигуры в работе Business Analyst.

Основное определение

Стейкхолдер — это лицо, которое имеет stake (вклад, интерес, риск) в проекте. Это может быть:

  • Владелец компании, который инвестирует деньги
  • Разработчик, который создаёт систему
  • Конечный пользователь, который будет использовать систему
  • Сотрудник, работающий по-другому после внедрения системы
  • Регулятор, чьи требования должны быть учтены
  • Партнёр, интегрирующий систему со своей

Общее у них одно — они заинтересованы в успехе или озабочены результатом проекта.

Типы стейкхолдеров

По уровню влияния

High Power, High Interest — влиятельные и заинтересованные

  • CEO, CTO, Product Owner
  • Действие: Управляй близко, вовлекай в ключевые решения

High Power, Low Interest — влиятельные, но менее заинтересованные

  • Совет директоров, спонсоры
  • Действие: Держи в курсе, но не перегружай информацией

Low Power, High Interest — заинтересованные, но мало влиятельные

  • Конечные пользователи, фронт-линия
  • Действие: Слушай внимательно, их голос важен для UX

Low Power, Low Interest — ни влиятельные, ни заинтересованные

  • Внешние стороны, которых потенциально коснётся проект
  • Действие: Информируй, если нужно

По ролям в организации

Спонсоры — обычно из руководства, финансируют проект

  • Пример: VP of Engineering, которая выделила бюджет

Пользователи — люди, которые будут использовать результат

  • Прямые: учителя в школе с внедряемой LMS
  • Косвенные: администраторы, тех. поддержка

Разработчики и архитекторы — создают систему

  • Имеют интерес в технической реализуемости

Операционный персонал — поддерживает систему в боевых условиях

  • IT, системные администраторы

Бизнес-партнёры — интегрируют со своей системой

  • API интеграторы, партнёры по экосистеме

Регуляторы — обеспечивают соответствие законам

  • Compliance, Data Protection Officer

Интересы стейкхолдеров

Разные стейкхолдеры хотят разного:

СтейкхолдерИнтерес
CEOROI, быстрый вывод на рынок
CTOАрхитектура, масштабируемость, debt
Конечный пользовательПростота, скорость, удобство
РазработчикТехнологический стек, time to market
IT OpsНадёжность, мониторинг, security
ComplianceСоответствие законам, аудит
ДизайнерЭстетика, пользовательский опыт
МаркетингУникальность, дифференциация

Эти интересы часто конфликтуют, и задача BA — найти баланс.

Работа с стейкхолдерами

Идентификация

Первый шаг — составить список стейкхолдеров. Полезно задать себе вопросы:

  • Кто принимает решения о проекте?
  • Кто использует систему?
  • На кого влияет результат проекта?
  • Кто может заблокировать проект?
  • Кто имеет бюджет?
  • Кто пострадает, если проект будет неудачным?

Анализ матрицей Power-Interest

Разместите стейкхолдеров в матрице из четырёх квадрантов:

High Interest     |
  *Manage        | Manage
   closely       | closely
                |
________________|_________________
Low Interest     |
  *Monitor       | Monitor
                |
       Low Power       High Power

Это помогает решить, как часто и как глубоко вовлекать каждого стейкхолдера.

Коммуникация

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

  • Спонсорам: ежемесячные обзоры с ROI и рисками
  • Разработчикам: еженедельные встречи с техническими требованиями
  • Конечным пользователям: прототипы для feedback, тесты usability
  • Регуляторам: документация compliance

Управление ожиданиями

Одна из главных задач — убедиться, что все стейкхолдеры имеют реалистичные ожидания:

  • Четкие сроки и бюджет
  • Ясный scope (что входит, что не входит)
  • Понимание рисков
  • Согласованные приоритеты

Пример из практики

Проект внедрения CRM в компании:

Стейкхолдеры:

  • CEO — хочет расширить продажи на 30%
  • VP Sales — хочет облегчить управление сделками
  • IT Director — переживает о безопасности и интеграции
  • Менеджеры продаж — боятся усложнения работы
  • Клиенты (косвенно) — их данные должны быть защищены

Мой подход:

  1. Встречался с каждым отдельно, выслушал их интересы
  2. Составил матрицу Power-Interest
  3. Предложил решение, которое:
    • Даёт CEO ожидаемый ROI
    • Упрощает работу менеджеров (обучение, UI)
    • Обеспечивает IT требования безопасности
  4. Организовал демо для менеджеров на раннем этапе
  5. Проводил регулярные встречи с CEO для демонстрации прогресса

Почему это важно

Неудачные проекты часто падают потому что:

  • Не все требования стейкхолдеров были учтены
  • Конфликты интересов не были разрешены
  • Ожидания были нереалистичными
  • Коммуникация была плохой

Хороший Business Analyst — это переводчик между стейкхолдерами, помогающий всем двигаться в одном направлении.

Инструменты управления стейкхолдерами

  • RACI Matrix — кто Responsible, Accountable, Consulted, Informed
  • Power-Interest Grid — для приоритизации внимания
  • Communication Plan — кому, когда, что и как коммуницировать
  • Stakeholder Register — список всех стейкхолдеров и их интересов

Понимание и управление стейкхолдерами — это сердце работы Business Analyst, потому что успех проекта зависит не от техники, а от того, удовлетворены ли все заинтересованные стороны.