Стейкхо́лдер (), также заинтересованная сторона, причастная сторона, участник работ, роль в проекте — лицо или организация, имеющая права, долю, требования или интересы относительно системы или её свойств, удовлетворяющих их потребностям и ожиданиям (ISO/IEC/IEEE 15288:2015, ISO/IEC 29148:2011).
Другие определения: Индивидуум, команда, организация или их группы, имеющие интерес в системе (ISO/IEC 42010). Люди, группы или организации, которые могут влиять на систему или на которых может повлиять система (OMG Essence). Лицо, группа или организация, которая может влиять, на которую могут повлиять или которая может воспринимать себя подвергнутой влиянию решения, операции или результата проекта. Лицо или организация, которые могут воздействовать на осуществление деятельности или принятие решения, быть подверженными их воздействию или воспринимать себя в качестве последних (ISO 9000:2015).
Стейкхолдеры обеспечивают возможности для системы и являются источником требований для системы.
В системной инженерии стейкхолдеры рассматриваются в контексте процесса принятия решений как люди или организации, зависящие от результатов принимаемых решений. Понимание того, кто является стейкхолдером по отношению к принимаемым решениям, должно быть установлено заранее. Очень часто этого не происходит — стейкхолдеры не определяются до принятия решений. Однако, как только решение будет объявлено или реализовано, все, кто хоть как-то был затронут этим решением, выскажут своё мнение.
По мнению А. И. Левенчука, для стейкхолдеров уместно использовать термин «роли в проекте».
Взаимосвязь стейкхолдеров с другими сущностями инженерного проекта
На рисунке показано взаимодействие основных сущностей и объектов, встречающихся в проекте. Объекты сгруппированы между собой в области интересов. Таким образом, стейкхолдер относится к области интересов клиента (), так как эта область содержит все, что касается использования и эксплуатации системы.
Типы (группы) стейкхолдеров Исчерпывающего списка типов (групп) стейкхолдеров не существует, так как для различных целевых систем они могут значительно отличаться. Можно привести примеры наиболее распространённых типов (групп) стейкхолдеров, которые упоминаются в стандартах (ГОСТ Р ИСО/МЭК 15288:2005, ISO/IEC 29148:2011, ГОСТ Р ИСО/МЭК 12207:2010, OMG Essence), Своде знаний по системной инженерии (SEBoK) и учебниках по системной инженерии: Приобретающая сторона, или покупатель () — организация или физическое лицо, которое приобретает или получает () продукт или услугу от поставщика. Приобретающей стороной может быть: покупатель, заказчик, владелец, оптовый покупатель. Заказчик, или клиент () — организация или физическое лицо, получающее продукт или услугу. Разработчик () — организация или физическое лицо, которое выполняет задачи разработки, включая анализ требований, проектирование, тестирование в течение всего жизненного цикла. Поставщик () — организация или физическое лицо, которое вступает в соглашение с приобретающей стороной на поставку продукта или услуги. Пользователь () — лицо или группа лиц, извлекающих пользу в процессе применения системы. Производитель () — представитель, ответственный за выполнение работы; лицо, ответственное за выравнивание расписания, бюджета и ограниченность ресурсов, чтобы удовлетворить клиента. Сопровождающая сторона (мейнтейнер) — организация или физическое лицо, выполняющее поддержку системы на одном или нескольких этапах жизненного цикла; организация, которая осуществляет деятельность по сопровождению. Ликвидатор () — организация или физическое лицо, выполняющее ликвидацию (изъятие и списание) рассматриваемой системы и связанных с нею эксплуатационных и поддерживающих служб. Аккредитор, или инспектор () — организация или физическое лицо, выполняющее проверку системы на соответствие требованиям в процессе сдачи системы в эксплуатацию. Регулирующий орган () — организация или физическое лицо, проверяющее систему на соответствие требованиям в процессе эксплуатации. Остальные — персонал поддержки (), инструкторы (), операторы () и другие.
Идентификация стейкхолдеров по стадиям жизненного цикла Каждая система имеет свои собственные стадии жизненного цикла, например, концептуальное проектирование, разработку, производство, внедрение, эксплуатацию и ликвидацию. Для каждой стадии определяется список всех стейкхолдеров, имеющих интерес (отношение) к будущей системе. Целью этого действия является рассмотрение точки зрения каждого стейкхолдера на всех стадиях жизненного цикла системы для утверждения полного набора потребностей стейкхолдеров, которые могут быть приоритизированы и преобразованы в требования стейкхолдеров. Примеры связи стейкхолдеров со стадиями жизненного цикла представлены в таблице 1. +Таблица 1. Определение стейкхолдеров в соответствии со стадиями жизненного цикла системы Стадии жизненного цикла Примеры стейкхолдеров Инженерия (проектирование, анализ) Приобретающая сторона, потенциальные пользователи, отдел маркетинга, отдел разработки, орган по стандартизации, поставщики, отдел тестирования (верификация и валидация), система производства и др. Разработка Приобретающая сторона, поставщики, проектировщики, команда по интеграции и др. Передача в производство или в использование Отдел по контролю качества, система производства, операторы и др. Логистика и сопровождение Вспомогательные сервисы, инструкторы, участники цепочек поставок и др. Эксплуатация Обычные пользователи, случайные пользователи и др. Ликвидация Операторы, подтверждающий орган и др.
Степень учёта и вовлечения стейкхолдеров
Согласно предложениям OMG выделяются 6 состояний, в которых может находиться проект с точки зрения учёта, вовлечения и удовлетворённости стейкхолдеров: Определены () — стейкхолдеры были идентифицированы. Представлены () — согласованы методы привлечения стейкхолдеров и назначены представители от каждой группы стейкхолдеров. Вовлечены () — представители групп стейкхолдеров принимают активное участие в работе и выполняют свои обязанности. В согласии () — представители стейкхолдеров находятся в согласии. Удовлетворены для развёртывания (внедрения) () — достигнуты минимальные ожидания представителей стейкхолдеров. Удовлетворены использованием () — система удовлетворяет или превышает минимальные ожидания стейкхолдеров.
Для оценки текущего состояния проекта с точки зрения учёта, вовлечения и удовлетворённости стейкхолдеров предлагаются следующие контрольные списки: +Таблица 2. Контрольные списки для стейкхолдеров Состояние Контрольный список Определены □ Идентифицированы все группы стейкхолдеров, которые на данный момент или в будущем будут затронуты разработкой и функционированием системы. □ Есть соглашение, какие группы стейкхолдеров должны быть представлены. Как минимум, учтены группы стейкхолдеров, которые финансируют, используют, поддерживают и обслуживают систему. □ Определены ответственности представителей стейкхолдеров. Представлены □ Представители стейкхолдеров согласились выполнять свои обязанности. □ Представители стейкхолдеров уполномочены выполнять свои обязанности. □ Согласован подход к обеспечению сотрудничества среди представителей стейкхолдеров. □ Представители стейкхолдеров поддерживают и уважают технологию работы команды. Вовлечены □ Представители стейкхолдеров помогают команде в соответствии со своими обязанностями. □ Представители стейкхолдеров обеспечивают обратную связь и принимают участие в принятии решений своевременно. □ Представители стейкхолдеров быстро сообщают об изменениях, которые имеют значение для их групп стейкхолдеров. В согласии □ Представители стейкхолдеров пришли к согласию по минимальным ожиданиям от предстоящего внедрения новой системы. □ Представители стейкхолдеров довольны своим участием в работе. □ Представители стейкхолдеров согласны, что команда ценит и уважает их вклад в работу. □ Члены команды согласны, что представители стейкхолдеров ценят и уважают их вклад в работу. □ Представители стейкхолдеров согласны с тем, как уравновешены их приоритеты и точки зрения, чтобы дать ясные указания для команды. Удовлетворены для развёртывания (внедрения) □ Представители стейкхолдеров обеспечивают обратную связь с точки зрения их групп стейкхолдеров. □ Представители стейкхолдеров подтверждают, что система готова для развёртывания (внедрения). Удовлетворены использованием □ Стейкхолдеры используют новую систему и предоставляют обратную связь об их опыте. □ Стейкхолдеры подтверждают, что новая система соответствует их ожиданиям.
Роль стейкхолдеров в процессах организационного обеспечения проектов Организационное обеспечение проекта состоит из управления возможностями организаций поставлять и приобретать продукты и услуги через поддержку, инициализацию и управление проектами. Это обеспечение поставляет ресурсы и инфраструктуру, необходимые для содействия проектам и гарантирует исполнение организационных целей и действующих соглашений. Оно не претендует на звание совокупности деловых процессов, составляющих управление деловой деятельностью организации.
Роль стейкхолдеров в управлении портфелем проектов В стандарте ГОСТ Р ИСО/МЭК 12207:2010 (ISO/IEC 12207:2008) отмечено, что в механизме управления изменениями контракта необходимо отразить роли и ответственность руководства, уровень формализации заявок на предложенные изменения и дополнительных переговоров по контракту, а также связи со стейкхолдерами.
В результате успешного управления портфелем проектов: уточняются, расставляются по важности и выбираются возможности, инвестиции или потребности деловой сферы с учетом рисков; определяются и распределяются ресурсы и денежные средства для каждого проекта; изменяются или ликвидируются проекты, не удовлетворяющие условиям соглашения или запросам стейкхолдеров; формулируются полномочия и ответственность руководства проектом; оказывается помощь проектам, удовлетворяющим условиям соглашения и требованиям стейкхолдеров.
Роль стейкхолдеров в управлении качеством Организации необходимо выполнять периодические ревизии планов обеспечения качества проектов. Для каждого проекта устанавливаются различные цели в области качества, которые в свою очередь основываются на требованиях стейкхолдеров.
Назначение ревизии заключается в поддержке общего со стейкхолдерами понимания развития относительно целей соглашения и того, что именно требуется сделать для помощи в обеспечении разработки продукта, удовлетворяющего стейкхолдеров. Ревизии применяются как в процессе управления проектом, так и на техническом уровне и проводятся в течение всей жизни проекта.
Роль стейкхолдеров в управлении рисками Все части процесса управления рисками должны быть формализованы и документированы. Формализация и документирование процесса управления рисками содержат описание категорий риска, перспектив стейкхолдеров и описание (возможно посредством ссылки) технических и управленческих задач, допущений и ограничений. Необходимо устанавливать и поддерживать профиль рисков, каждая запись которого должна содержать важность риска. Важность определяется критериями риска, предоставленными стейкхолдерами.
Сущность соответствующего профиля рисков должна периодически сообщаться стейкхолдерам в зависимости от их потребностей, так как профиль рисков может изменяться в случае обновления отдельного состояния риска.
Стейкхолдерам необходимо предоставлять рекомендованные альтернативы обработки риска в требованиях на действия по отношению к риску. Если стейкхолдеры решают, что следует предпринять действия для того, чтобы сделать риск оптимальным, то должна быть реализована альтернатива обработки риска. Если стейкхолдеры принимают риск, который превышает максимальное значение, то этот риск должен рассматриваться как высоко приоритетный и постоянно контролироваться для определения необходимых будущих действий по его обработке.
Роль стейкхолдеров в технических процессах