Каждый ли заказчик является заинтересованным лицом?

Соотношение между заказчиком и заинтересованным лицом

Нет, не каждый заказчик является заинтересованным лицом (stakeholder), хотя каждый stakeholder в проекте имеет отношение к заказчику. Это различие критично для успешного управления проектом.

Определения

Заказчик (Customer) — лицо или организация, которая финансирует проект и инициирует заказ. Платит за разработку и является получателем результата.

Заинтересованное лицо (Stakeholder) — любое лицо или организация, которая может быть затронута результатами проекта либо может влиять на его успех. Имеет интерес в проекте, но не обязательно платит.

Практический пример

Рассмотрим разработку приложения для управления складом:

Заказчик: Компания A платит 100,000 USD за разработку.

Реальные stakeholder'ы:

• Работники склада (будут пользоваться) — 100+ человек
• IT-отдел компании A (будет поддерживать)
• Финансовый отдел (интегрирует с бухгалтерией)
• Логистический отдел (интегрирует заказы)
• Регуляторные органы
• Представитель заказчика, инициировавший проект

Один человек, закупивший решение, может не быть активным stakeholder'ом, если он не влияет на успех и не затронут результатом.

Матрица Власти-Интереса

Для идентификации stakeholder'ов используется матрица:

Высокая Власть + Высокий Интерес: Manage Closely (Заказчик, спонсор) Высокая Власть + Низкий Интерес: Keep Satisfied (Исполнительное руководство) Низкая Власть + Высокий Интерес: Manage Close (Конечные пользователи) Низкая Власть + Низкий Интерес: Monitor (Поставщики, прочие партии)

Типичные stakeholder'ы

Внутренние: Project Manager, спонсор, конечные пользователи, IT-отдел, операционная команда, HR

Внешние: Клиенты, поставщики, партнёры, регуляторы, конкуренты, общественность

Ошибки при работе со stakeholder'ами

Игнорирование неочевидных stakeholder'ов — необходимо идентифицировать ВСЕХ, кто затронут.

Неправильная приоритизация — используйте Power-Interest матрицу и фокусируйтесь на критичных.

Плохая коммуникация — каждому нужна своя стратегия коммуникации в зависимости от квадранта.

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

Вывод

Business Analyst должен идентифицировать ВСЕх stakeholder'ов, анализировать их согласно Power-Interest матрице, разработать стратегию коммуникации для каждого, балансировать конфликтующие потребности и документировать все решения. Правильное управление stakeholder'ами часто определяет успех проекта.