Как работать со стейкхолдерами? Стейкхолдер кто это


Стейкхолдер — Systems Engineering Thinking Wiki

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

Стейкхолдеры — это “действующие лица” (как в театре) проекта, а исполнители этих ролей — конкретные люди и организации.

  • Стейкхолдеры требуют согласовать с ними определение системы (прежде всего требования — определение системы как “чёрного ящика”, ибо как устроена система внутри интересует отнюдь не всех стейкхолдеров).
  • Стейкхолдеры используют воплощение системы, ради создания которого и затевается инженерный проект.
  • Стейкхолдеры в проекте должны быть представлены. Например, если речь идёт о 10 тысячах потенциальных покупателей продукта, нет возможности работы команды сразу с 10 тысячами человек, но есть возможность работать с представителем этой группы стейкхолдеров — а иногда такого представителя сочиняют по “методу персонажа”.
  • Обсуждения стейкхолдеров должны проходить в терминах их ролей (понимание стейкхолдеров как “деятелей”, а не конкретных личностей-исполнителей), а не по фамилиям или названиям организаций. Самый тяжёлый случай, это когда люди в проекте знают важность какого-нибудь Василия Петровича (он точно стейкхолдер! Он существенно влияет на проект!), но не могут назвать его функциональную роль в проекте, он поэтому для них “невычислим”, они не знают, что от него ожидать, как реагировать на его действия.
  • Когда исполнитель застревает в какой-то одной "любимой" роли, и начинает в других ролях действовать так, как он действует в этой роли (т.е. на первом плане оказываются ценности этой роли), то это называется позиция.

Анализ стейкхолдеров

  1. Поиск стейкхолдеров - определение всех заинтересованных лиц проекта. На данном этапе полезен мозговой штурм с перечислением множества различных вариантов для того, чтобы максимально полно перечислить всех лиц, способных повлиять на исход проекта. В определении стейкхолдеров могут помочь следующие вопросы:
    • Действия кого могут привести к недостижению целей проекта?
    • Кто больше всего заинтересован в выполнении данного проекта?
    • Существовал ли подобный проект ранее? Если да, то был ли он успешным?
    • Все ли отделы должны принимать участие в этом проекте?
    • Какие вопросы, блоки вопросов необходимо будет решить в ходе проекта?
    • Кто лучше всего разбирается в данных и способен самостоятельно их?
  2. Оценка влияния и важности стейкхолдеров - оценка степени их важности и возможностей повлиять на успех проекта. Влияние – это сила стейкхолдера в управлении проектом. К влиянию относят:
    • возможность стейкхолдера влиять на уровень инвестирования проекта;
    • участие в бюджетировании проекта;
    • влияние на людей, принимающих решения по ключевым вопросам в ходе проекта.
    Важность — это вклад стейкхолдера в результат проекта. Определяется тем, насколько удовлетворение потребностей, решение проблем и интересов каждого стейкхолдера может повлиять на результат проекта. К важности относят, например:
    • особые знания или умения стейкхолдера;
    • интересы/потребности, которые должны быть удовлетворены для того, чтобы проект стал эффективным.
  3. Выбор стратегии работы со стейкхолдерами - определение механизмов вовлечения каждого стейкхолдера в проект и способов управления его действиями. На практике существует 4 основные стратегии управления стейкхолдерами, которые описаны в следующей матрице. Stakeholder-strategy.png
    • Партнеры - основные стейкхолдеры проекта, должны максимально привлекаться к принятию решений в проекте. Необходимо повышать заинтересованность группы в проекте и полностью удовлетворять ее потребности. Рекомендуется использовать принцип партнерства в коммуникации при ведении переговоров по проекту с этой группой.
    • Консультанты - второстепенные стейкхолдеры. Их рекомендуется привлекать в качестве консультантов и согласовывать с ними только важные стратегические решения по проекту.
    • Поддержка - второстепенные стейкхолдеры. Данная группа должна быть ознакомлена со всеми ключевыми решениями по проекту, не смотря на то, что она не принимает прямого участия в решениях по проекту. При этом рекомендуется данную группу привлекать к обсуждению возможных проблем и заручаться у нее дополнительной поддержкой по важным решениям.
    • Временные работники - второстепенные стейкхолдеры. Рекомендуется исключительно привлекать данную группу к выполнению требуемых задач, не погружать ее в детали проекта и использовать самый низкий уровень информирования. Стратегия "игнорирование".

Группы стейкхолдеров

Исчерпывающего списка типов (групп) стейкхолдеров не существует, так как для различных целевых систем они могут значительно отличаться. Примеры наиболее распространённых типов (групп) стейкхолдеров, которые упоминаются в стандартах ISO 15288, ISO 29148, ISO 12207, OMG Essence, SEBoK и учебниках по системной инженерии:

  • Приобретающая сторона (англ. acquirer) — организация или физическое лицо, которое приобретает или получает (англ. procures) продукт или услугу от поставщика. Приобретающей стороной может быть:
    • покупатель,
    • заказчик,
    • владелец,
    • оптовый покупатель.
  • Заказчик, или клиент (англ. customer) — организация или физическое лицо, получающее продукт или услугу.
  • Разработчик (англ. developer) — организация или физическое лицо, которое выполняет задачи разработки, включая анализ требований, проектирование, тестирование в течение всего жизненного цикла.
  • Поставщик (англ. supplier) — организация или физическое лицо, которое вступает в соглашение с приобретающей стороной на поставку продукта или услуги.
  • Пользователь (англ. user) — лицо или группа лиц, извлекающих пользу в процессе применения системы.
  • Производитель (англ. producer) — представитель, ответственный за выполнение работы; лицо, ответственное за выравнивание расписания, бюджета и ограниченность ресурсов, чтобы удовлетворить клиента.
  • Сопровождающая сторона (англ. maintainer) — организация или физическое лицо, выполняющее поддержку системы на одном или нескольких этапах жизненного цикла; организация, которая осуществляет деятельность по сопровождению.
  • Ликвидатор (англ. disposer) — организация или физическое лицо, выполняющее ликвидацию (изъятие и списание) рассматриваемой системы и связанных с нею эксплуатационных и поддерживающих служб.
  • Аккредитор, или инспектор (англ. accreditor) — организация или физическое лицо, выполняющее проверку системы на соответствие требованиям в процессе сдачи системы в эксплуатацию.
  • Регулирующий орган (англ. regulatory bodies) — организация или физическое лицо, проверяющее систему на соответствие требованиям в процессе эксплуатации.
  • Остальные — персонал поддержки (англ. supporters), инструкторы (англ. trainers), операторы (англ. operators) и другие.

Классификация стейкхолдеров

Стейкхолдеры условно делятся на “внешних” и “внутренних” (члены команды).

Члены команды

см. Команда

Внешние стейкхолдеры

Хороший анализ видов внешних стейхколдеров при крупных продажах дан в книге Нила Рэкхема “Стратегия работы с клиентами в больших продажах”. В этой книге говорится, что в крупной организации за простым словом “клиент” могут скрываться самые разные стейкхолдеры — и со всеми ними нужно работать по-разному. Так что “нашими клиентами являются поликлиники” говорить можно только в самых общих стартапных презентациях. В реальной жизни внутри этой поликлиники обнаруживается много разных стейкхолдеров — и главный врач, и старшая сестра, и генеральный директор, и главный айтишник, и лаборанты, и пациенты, и невидимый обычно инвестор-владелец. Для каждого из них нужно уметь отвечать на разные вопросы, подавать материал на разном уровне детальности, хвалить систему за разное, по-разному отстраиваться от конкурентов, вести переговоры на разных стадиях продажи.

Состояния, через которые проводится стейкхолдер-покупатель в методике Нила Рэкхема очень похожи на те состояния, через которые стейкхолдеров проводят при так называемом «снятии сопротивления» в теории ограничений ) Голдратта.

Рабочие продукты

  • Простейший, отражающий альфу “стейкхолдеры” — это список стейкхолдеров.
  • Для удобного их группирования часто используют луковичную диаграмму. Stakeholders-onion.jpg
  • Описание стейкхолдера как персонажа Personas-example.jpg
  • Из информационных систем со стейкхолдерами работают CRM (customer relationship management).

Дисциплины

Специально нет никаких особых дисциплин, которые позволяют работать со стейкхолдерами, но можно выделить:

  • Конфликтологию (например, метод “принципиальных переговоров” или “гарвардский метод” — найдите в Сети литературу по этому вопросу), чтобы снимать противоречия между требованиями различных стейкхолдеров.
  • Коммуникации (communications) для налаживания продуктивного диалога со стейкхолдерами.
  • Особые техники представления стейкхолдеров (например “метод персонажа”).

Подальфы

Состояния

OMG Essence определяет следующие состояния для альфы "Стейкхолдеры" и контрольные вопросы для проверки каждого состояния:

№ Состояние State Описание состояния Контрольные вопросы
1 Признаны Recognized Стейкхолдеры были определены. ❑ Все различные группы стейкхолдеров, которые на данный момент, или в будущем будут затронуты разработкой и функционированием программной системой определены.

❑ Есть соглашение по группам стейкхолдеров, которые будут представлены. Как минимум, должны приниматься в расчёт группы стейкхолдеров, которые финансируют, используют, поддерживают и обслуживают систему.

❑ Ответственности представителей стейкхолдеров были определены.

2 Представлены Represented Механизмы вовлечения стейкхолдеров согласованы и назначены представители стейкхолдеров ❑ Представители стейкхолдеров согласились выполнять свои обязанности.

❑ Представители стейкхолдеров уполномочены выполнять свои обязанности.

❑ Подход к обеспечению сотрудничества среди представителей стейкхолдеров был согласован.

❑ Представители стейкхолдеров поддерживают и уважают технологию работы команды.

3 Вовлечены Involved Представители стейкхолдеров активно вовлечены в работу и выполняют свои обязанности. ❑ Представители стейкхолдеров помогают команде в соответствии со своими обязанностями.

❑ Представители стейкхолдеров обеспечивают обратную связь и принимают участие в принятии решений своевременно.

❑ Представители стейкхолдеров быстро сообщают изменения, которые имеют значение для их групп стейкхолдеров.

4 В согласии In Agreement Представители стейкхолдеров находятся в согласии. ❑ Представители стейкхолдеров согласились с минимальными ожиданиями по следующему разворачиванию новой системы.

❑ Представители стейкхолдеров удовлетворены своей вовлечённостью в работу.

❑ Представители стейкхолдеров согласны, что их вклад в работу ценится командой и учитывается в работе с уважением.

❑ Члены команды согласны, что их вклад в работу ценится представителями стейкхолдеров и учитывается в работе с уважением.

❑ Представители стейкхолдеров согласны с тем, как их различные приоритеты и точки зрения балансируются для обеспечения ясного руководства для команды.

5 Удовлетворены для разворачивания Satisfied for Deployment Минимальные ожидания представителей стейкхолдеров были достигнуты ❑ Представители стейкхолдеров обеспечивают обратную связь с точки зрения их групп стейкхолдеров.

❑ Представители стейкхолдеров подтверждают, что система готова для разворачивания.

6 Удовлетворены работой системы Satisfied in Use Система удовлетворяет или превышает минимальные ожидания стейкхолдеров. ❑ Стейкхолдеры используют новую систему и предоставляют обратную связь об их опыте.

❑ Стейкхолдеры подтверждают, что новая система соответствует их ожиданиям.

sewiki.ru

Как работать со стейкхолдерами?

Стейкхолдеры — это люди, интересы которых нужно соблюдать, чтобы избежать проблем. Читайте в статье, какое влияние стейкхолдеры оказывают на организацию и как ими управлять.

Из статьи вы узнаете:

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

Теория стейкхолдеров появилась недавно, но уже подтвердила жизнеспособность. Согласно ей, все индивиды или группы, влияющие на деятельность компании, называются стейкхолдерами. Они не всегда имеют прямое формальное воздействие, а выступают в качестве неформальной коалиции. Между организацией и стейкхолдерами конкурентные или сотруднические отношения. Стороны существуют независимо друг от друга, но иногда взаимодействуют.

Скачайте документы по теме:

Стейкхолдеры — это сила, воздействующая на организацию. Они заставляют ее эволюционировать, корректироваться и видоизменяться.

Скачать документ >>>

Выделяют четыре группы стейкхолдеров компании:

  • собственники, акционеры, участники общества, которые финансируют организацию;
  • менеджмент компании;
  • служащие и рядовые работники;
  • экономические партнеры, в том числе покупатели, поставщики.

Приведена укрупненная классификация стейкхолдеров. Четыре группы разбивают на мелкие подгруппы, которые изучают отдельно друг от друга. В каждой из них присутствуют как заинтересованные в развитии компании лица, так и оппоненты. Если одни преследуют финансовую выгоду, другие — личные цели.

Коалиция влияет на компанию, поэтому учитывайте концепцию стейкхолдеров. Данные о них используйте при разработке стратегии, планов организации. Определите, каким образом они влияют на компанию, какие интересы преследуют. Проведя анализ, подумайте, как вы можете воздействовать на них, составьте план.

Система стейкхолдеров — своеобразная «паутина», способная поддержать компанию в трудный момент. Но когда в ней присутствует большое количество негативно настроенных людей, она оказывает прямо противоположное воздействие.

Справка

Управляйте стейкхолдерами, а не подстраивайтесь под них. Если не контролировать влияние групп и индивидов, конкурентоспособность и прибыльность компании может снизиться.

Управление стейкхолдерами проекта включает ряд инструментов: переговоры, контакты, иные коммуникации, мотивация людей или групп с целью совершения определенных действий. Не забывайте, что нельзя управлять тем, кто до конца не изучен, поэтому не пренебрегайте проведением периодического анализа.

Возможно, вам будет интересно узнать:

Анализ стейкхолдеров

Проводите анализ стейкхолдеров поэтапно, чтобы не упустить из вида людей, оказывающих влияние на деятельность организации, функционирование проекта. Ваша цель — найти агрессивно настроенных лиц, повлиять на их поведение. Определите заинтересованных лиц проекта, обозначьте группы стейкхолдеров. На данном этапе проведите мозговой штурм. Попросите коллег перечислить лиц, способных влиять на исход проекта. Идеи записывайте, анализируйте.

В определении стейкхолдеров помогут наводящие вопросы:

  • Действия кого могут повлечь негативный исход проекта?
  • Кто заинтересован в выполнении проекта?
  • Существовал ли аналогичный проект ранее? Если да, был ли успешным?
  • Все ли отделы принимают участие в проекте?
  • Какие вопросы нужно решить?
  • Кто лучше разбирается в данных вопросах и способен самостоятельно решить их?
  1. Оценка влияния и важности лиц

Оцените степень важности стейкхолдеров. Определите их возможности повлиять на успех. К влиянию относят: уровень воздействия на инвестирование проекта; участие в бюджетировании; влияние на сотрудников, принимающих решения по ключевым вопросам.

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

  1. Выбор стратегии работы с участниками проекта

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

Читайте по теме в электронном журнале

Матрица стейкхолдеров поможет отслеживать всех стейкхолдеров компании. Вносите в нее корректировки, если обнаруживаете новых заинтересованных в проекте лиц. При изменении линии их поведения вы сможете своевременно проводить работу с ними, урегулировать конфликты.

Личные данные

Запишите Ф.И.О. стейкхолдеров, их должности, контактные данные.

Уровень влияния

Отметьте в ячейках буквенными обозначениями H, L, M (high — высокий, medium — средний, low — низкий).

Уровень вовлеченности

Обозначайте теми же буквами, что и уровень влияния.

Потребности и требования

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

Ожидания

Запишите, что ожидает человек или группа лиц. Предварительно изучите уровень коммуникации, требования.

Качество и уровень заинтересованности

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

Возможные проблемы

Отразите, какие проблемы может доставить участник проекта. В последующем это позволит быстро заблокировать негативные действия с его стороны.

Стратегия вовлеченности в проект

Составляйте индивидуально для каждого участника проекта.

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

Понаблюдайте за человеком, чтобы понять, с кем он охотно идет на контакт, как часто общается.

Как управлять стейкхолдерами организации?

Чтобы научиться управлять стейкхолдерами организации, изучите основы конфликтологии и коммуникации. От того, насколько успешно вы взаимодействуете с группами или отдельными лицами, зависит исход проекта. Ведите продуктивные диалоги со стейкхолдерами, избегайте противоречий или находите пути урегулирования конфликтных ситуаций.

Управление стейкхолдерами проекта осуществляйте и на основании теории, автором которой выступает профессор Эдвард Фриман, работающий в бизнес-школе Дарден University of Virginia. Ее суть заключается в том, что выделение групп, способных влиять на проект, позволяет оптимизировать управленческий процесс.

Шесть этапов по теории стейкхолдеров:

  • идентификация заинтересованных и причастных людей;
  • определение ключевых потребностей;
  • анализ интересов, особенностей влияния групп;
  • составление плана действий для управления их интересами и ожиданиями;
  • реализация запланированных действий;
  • анализ результатов.

На практике выделяют и другие четыре стратегии управления стейкхолдерами. Корректируйте их, ориентируясь на цели. Отслеживайте эффективность воздействия, а при необходимости изменяйте тактику поведения.

 Стейкхолдеры: примеры групп

  1. Партнеры — основные стейкхолдеры. Старайтесь максимально привлекать их к принятию решений. Повышайте заинтересованность групп, полностью удовлетворяйте их потребности. Используйте принцип партнерства в коммуникации при проведении переговоров с группой или отдельными лицами.  
  2. Консультанты — второстепенные участники. Привлекайте их в качестве экспертов, согласовывайте с ними важные стратегические решения. Доверие — главный принцип, на котором строятся отношения с консультантами. Если сомневаетесь в их рекомендациях, посоветуйтесь со сторонними специалистами, не заинтересованными в исходе проекта.  
  3. Поддержка — второстепенные стейкхолдеры. Ознакомьте группу со всеми ключевыми решениями. Привлекайте ее к обсуждению проблем, заручайтесь дополнительной поддержкой по важным решениям.  
  4. Временные сотрудники — малозначимые лица. Привлекайте их только к выполнению требуемых задач, но не посвящайте в детали проекта. Используйте самый низкий уровень информирования, чтобы избежать утечки сведений. Так как вы можете выбирать сотрудников, обращайте внимание на уровень их мотивации, личные и профессиональные качества.

Используйте партнерский метод, суть которого заключается в налаживании с заинтересованными сторонами отношений. Не забывайте про оборонительный метод влияния на группы. Он предусматривает приемы, позволяющие прогнозировать и стабилизировать воздействия отрицательно настроенных стейкхолдеров.

Вывод

Стейкхолдеры проекта — это инструмент влияния. Изучайте их модели поведения, анализируйте, чтобы прогнозировать действия, управлять позитивно и негативно настроенными группами. Нельзя недооценивать степень влияния стейкхолдеров на процессы, происходящие внутри организации и за ее пределами.

Возможно, вам будет интересно узнать:

www.hr-director.ru

Стейкхолдер — Википедия Переиздание // WIKI 2

Стейкхо́лдер (англ. stákeholder), заинтересованная сторона, причастная сторона — физическое лицо или организация, имеющая права, долю, требования или интересы относительно системы или её свойств, удовлетворяющих их потребностям и ожиданиям (ISO/IEC 15288:2008,[1]:4 ISO/IEC 29148:2011[2]:6).

Другие определения:

  • Физическое лицо, команда, организация или их классы, имеющие интерес в системе (ISO/IEC 42010:2011)[3]:2.
  • Физическое лицо, группа лиц или организация, которые могут влиять на систему или на которых может повлиять система (OMG Essence)[4]:5.
  • Лицо, группа или организация, которая может влиять, на которую могут повлиять или которая может воспринимать себя подвергнутой влиянию решения, операции или результата проекта (PMBoK)[5]:30.
  • Лицо или организация, которые могут воздействовать на осуществление деятельности или принятие решения, быть подверженными их воздействию или воспринимать себя в качестве последних (ISO 9000:2015)[6].

Стейкхолдеры обеспечивают возможности для системы и являются источником требований для системы.[4]:14

Стейкхолдеров всегда на одного больше, чем вы знаете, а те, которых вы знаете, имеют минимум на одну потребность больше, чем вам сейчас известно.

В системной инженерии стейкхолдеры рассматриваются в контексте процесса принятия решений как физические лица или организации, зависящие от результатов принимаемых решений. Понимание того, кто является стейкхолдером по отношению к принимаемым решениям, должно быть установлено заранее. Очень часто этого не происходит — стейкхолдеры не определяются до принятия решений. Однако, как только решение будет объявлено или реализовано, все, кто хоть как-то был затронут этим решением, выскажут своё мнение.[8]:258

Взаимосвязь стейкхолдеров с другими сущностями инженерного проекта

Альфы инженерного проекта (OMG Essense)[4]

На рисунке показано взаимодействие основных сущностей и объектов, встречающихся в проекте. Объекты сгруппированы между собой в области интересов. Таким образом, стейкхолдер относится к области интересов клиента (англ. client), так как эта область содержит все, что касается использования и эксплуатации системы.[4]:13-14

Типы (группы) стейкхолдеров

Исчерпывающего списка типов (групп) стейкхолдеров не существует, так как для различных целевых систем они могут значительно отличаться. Можно привести примеры наиболее распространённых типов (групп) стейкхолдеров, которые упоминаются в стандартах (ГОСТ Р ИСО/МЭК 15288:2005, ISO/IEC 29148:2011, ГОСТ Р ИСО/МЭК 12207:2010, OMG Essence), Своде знаний по системной инженерии (SEBoK) и учебниках по системной инженерии[8]:

  • Приобретающая сторона, или покупатель (англ. acquirer) — организация или физическое лицо, которое приобретает или получает (англ. procures) продукт или услугу от поставщика.[2]:3[1]:2[9]:177 Приобретающей стороной может быть: покупатель, заказчик, владелец, оптовый покупатель.[10]
  • Заказчик, или клиент (англ. customer) — организация или физическое лицо, получающее продукт или услугу.[2]:4
  • Разработчик (англ. developer) — организация или физическое лицо, которое выполняет задачи разработки, включая анализ требований, проектирование, тестирование в течение всего жизненного цикла.[2]:4[10]
  • Поставщик (англ. supplier) — организация или физическое лицо, которое вступает в соглашение с приобретающей стороной на поставку продукта или услуги.[1]:4[10]
  • Пользователь (англ. user) — лицо или группа лиц, извлекающих пользу в процессе применения системы.[1]:4[10]
  • Производитель (англ.  producer) — представитель, ответственный за выполнение работы[4]:227; лицо, ответственное за выравнивание расписания, бюджета и ограниченность ресурсов, чтобы удовлетворить клиентам.[9]:743
  • Сопровождающая сторона (англ. maintainer) — организация или физическое лицо, выполняющее поддержку системы на одном или нескольких этапах жизненного цикла[1]; организация, которая осуществляет деятельность по сопровождению.[10]
  • Ликвидатор (англ. disposer) — организация или физическое лицо, выполняющее ликвидацию (изъятие и списание) рассматриваемой системы и связанных с нею эксплуатационных и поддерживающих служб.[1]
  • Аккредитор, или инспектор (англ. accreditor) — организация или физическое лицо, выполняющее проверку системы на соответствие требованиям в процессе сдачи системы в эксплуатацию.[8]
  • Регулирующий орган (англ. regulatory bodies) — организация или физическое лицо, проверяющее систему на соответствие требованиям в процессе эксплуатации.[8]
  • Остальные — персонал поддержки (англ. supporters), инструкторы (англ. trainers), операторы (англ. operators) и другие.

Идентификация стейкхолдеров по стадиям жизненного цикла

Каждая система имеет свои собственные стадии жизненного цикла, например, концептуальное проектирование, разработку, производство, внедрение, эксплуатацию и ликвидацию. Для каждой стадии определяется список всех стейкхолдеров, имеющих интерес (отношение) к будущей системе. Целью этого действия является рассмотрение точки зрения каждого стейкхолдера на всех стадиях жизненного цикла системы для утверждения полного набора потребностей стейкхолдеров, которые могут быть приоритизированы и преобразованы в требования стейкхолдеров. Примеры связи стейкхолдеров со стадиями жизненного цикла представлены в таблице 1.

Таблица 1. Определение стейкхолдеров в соответствии со стадиями жизненного цикла системы[9]:262 Стадии жизненного цикла Примеры стейкхолдеров
Инженерия (проектирование, анализ) Приобретающая сторона, потенциальные пользователи, отдел маркетинга, отдел разработки, орган по стандартизации, поставщики, отдел тестирования (верификация и валидация), система производства и др.
Разработка Приобретающая сторона, поставщики, проектировщики, команда по интеграции и др.
Передача в производство или в использование Отдел по контролю качества, система производства, операторы и др.
Логистика и сопровождение Вспомогательные сервисы, инструкторы, участники цепочек поставок и др.
Эксплуатация Обычные пользователи, случайные пользователи и др.
Ликвидация Операторы, подтверждающий орган и др.

Степень учёта и вовлечения стейкхолдеров

Согласно предложениям OMG выделяются 6 состояний, в которых может находиться проект с точки зрения учёта, вовлечения и удовлетворённости стейкхолдеров[4]:20-21:

  • Признаны (англ. Recognized) — стейкхолдеры были определены.
  • Представлены (англ. Represented) — согласованы методы привлечения стейкхолдеров и назначены представители от каждой группы стейкхолдеров.
  • Вовлечены (англ. Involved) — представители групп стейкхолдеров принимают активное участие в работе и выполняют свои обязанности.
  • В согласии (англ. In agreement) — представители стейкхолдеров находятся в согласии.
  • Удовлетворены для развёртывания (внедрения) (англ. Satisfied for deployment) — минимальные ожидания представителей стейкхолдеров были достигнуты.
  • Удовлетворены использованием (англ. Satisfied in use) — система удовлетворяет или превышает минимальные ожидания стейкхолдеров.

Для оценки текущего состояния проекта с точки зрения учёта, вовлечения и удовлетворённости стейкхолдеров предлагаются следующие контрольные списки:

Таблица 2. Контрольные списки для стейкхолдеров[4]:22-23 Состояние Контрольный список
Признаны

Все различные группы стейкхолдеров, которые на данный момент или в будущем будут затронуты разработкой и функционированием системы, определены. Есть соглашение по группам стейкхолдеров, которые будут представлены. Как минимум, должны приниматься в расчёт группы стейкхолдеров, которые финансируют, используют, поддерживают и обслуживают систему. Ответственности представителей стейкхолдеров были определены.

Представлены

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

Вовлечены

Представители стейкхолдеров помогают команде в соответствии со своими обязанностями. Представители стейкхолдеров обеспечивают обратную связь и принимают участие в принятии решений своевременно. Представители стейкхолдеров быстро сообщают изменения, которые имеют значение для их групп стейкхолдеров.

В согласии

Представители стейкхолдеров согласились с минимальными ожиданиями по последующему внедрению новой системы. Представители стейкхолдеров удовлетворены своей вовлечённостью в работу. Представители стейкхолдеров согласны, что их вклад в работу ценится командой и учитывается в работе с уважением. Члены команды согласны, что их вклад в работу ценится представителями стейкхолдеров и учитывается в работе с уважением. Представители стейкхолдеров согласны с тем, как их различные приоритеты и точки зрения балансируются для обеспечения ясного руководства для команды.

Удовлетворены для развёртывания (внедрения)

Представители стейкхолдеров обеспечивают обратную связь с точки зрения их групп стейкхолдеров. Представители стейкхолдеров подтверждают, что система готова для развёртывания (внедрения).

Удовлетворены использованием

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

Роль стейкхолдеров в процессах организационного обеспечения проектов

Организационное обеспечение проекта состоит из управления возможностями организаций поставлять и приобретать продукты и услуги через поддержку, инициализацию и управление проектами. Это обеспечение поставляет ресурсы и инфраструктуру необходимые для содействия проектам и гарантирует исполнение организационных целей и действующих соглашений. Оно не претендует на звание совокупности деловых процессов, составляющих управление деловой деятельностью организации.[10]

Роль стейкхолдеров в управлении портфелем проектов

В стандарте ГОСТ Р ИСО/МЭК 12207:2010 (ISO/IEC 12207:2008) отмечено, что в механизме управления изменениями контракта необходимо отразить роли и ответственность руководства, уровень формализации заявок на предложенные изменения и дополнительных переговоров по контракту, а также связи со стейкхолдерами.[10]

В результате успешного управления портфелем проектов:

  • уточняются, расставляются по важности и выбираются возможности, инвестиции или потребности деловой сферы с учетом рисков;
  • определяются и распределяются ресурсы и денежные средства для каждого проекта;
  • изменяются или ликвидируются проекты, не удовлетворяющие условиям соглашения или запросам стейкхолдеров;
  • формулируются полномочия и ответственность руководства проектом;
  • оказывается помощь проектам, удовлетворяющим условиям соглашения и требованиям стейкхолдеров.[10]

Роль стейкхолдеров в управлении качеством

Организации необходимо выполнять периодические ревизии планов обеспечения качества проектов. Для каждого проекта устанавливаются различные цели в области качества, которые в свою очередь основываются на требованиях стейкхолдеров.[10]

Назначение ревизии заключается в поддержке общего со стейкхолдерами понимания развития относительно целей соглашения и того, что именно требуется сделать для помощи в обеспечении разработки продукта, удовлетворяющего стейкхолдеров. Ревизии применяются как в процессе управления проектом, так и на техническом уровне и проводятся в течение всей жизни проекта.[10]

Роль стейкхолдеров в управлении рисками

Все части процесса управления рисками должны быть формализованы и документированы. Формализация и документирование процесса управления рисками содержат описание категорий риска, перспектив стейкхолдеров и описание (возможно посредством ссылки) технических и управленческих задач, допущений и ограничений. Необходимо устанавливать и поддерживать профиль рисков, каждая запись которого должна содержать важность риска. Важность определяется критериями риска, предоставленными стейкхолдерами.

Сущность соответствующего профиля рисков должна периодически сообщаться стейкхолдерам в зависимости от их потребностей, так как профиль рисков может изменяться в случае обновления отдельного состояния риска.

Стейкхолдерам необходимо предоставлять рекомендованные альтернативы обработки риска в требованиях на действия по отношению к риску. Если стейкхолдеры решают, что следует предпринять действия для того, чтобы сделать риск оптимальным, то должна быть реализована альтернатива обработки риска. Если стейкхолдеры принимают риск, который превышает максимальное значение, то этот риск должен рассматриваться как высоко приоритетный и постоянно контролироваться для определения необходимых будущих действий по его обработке.[10]

Роль стейкхолдеров в технических процессах

Технические процессы используются для формулирования требований к системе, модификации этих требований в эффективный продукт, позволяющий осуществлять, при необходимости, устойчивое повторное производство этого продукта, использовать его для обеспечения требуемых услуг, поддерживать обеспечение этими услугами и ликвидировать продукт, когда он изымается из обращения.[1]:19 Технические процессы определяют содержание работ, которые позволяют в рамках задач предприятия и проекта увеличить прибыли и минимизировать риски, возникающие в процессе принятия технических решений и осуществления соответствующих действий.

Роль стейкхолдеров в процессе определения требований

В стандарте о процессах жизненного цикла программных систем задача определения требований стейкхолдеров формулируется, как: определение требований к системе, выполнение которых может обеспечивать предоставление услуг, необходимых пользователям и другим стейкхолдерам в заданной среде применения. Этот процесс позволяет определять стейкхолдеров или классы стейкхолдеров, связанных с системой на протяжении всего её жизненного цикла. Кроме того выделяются их потребности и пожелания. В процессе требования анализируются и модифицируются в общую совокупность требований стейкхолдеров, описывающих желаемое поведение системы в процессе взаимодействия со средой применения. Относительно этой совокупности каждая предоставляемая услуга подвергается валидации для подтверждения того, что система полностью удовлетворяет заявленным требованиям.[10]

Результатами успешного осуществления процесса определения требований стейкхолдеров является:

  • требуемые характеристики и условия использования услуг;
  • формализованные ограничения для системных решений;
  • возможность прослеживания от требований стейкхолдеров к стейкхолдерам и их потребностям;
  • документированная основа для определения системных требований;
  • основа для валидации соответствия услуг;
  • сформированная основа для ведения переговоров и заключения соглашений о поставке услуги или продукции.

Процесс идентификации стейкхолдеров можно сформулировать как: идентификацию стейкхолдеров или классов стейкхолдеров, имеющих интерес к системе в процессе её жизненного цикла. Если непосредственная коммуникация невозможна, выбираются представители стейкхолдеров.[10]

Процесс идентификации требований состоит из решения следующих задач:

  1. Необходимо определить требования стейкхолдеров проекта. Требования стейкхолдеров могут проявляться в виде потребностей, пожеланий, требований, ожиданий или ограничений. В стандартах по качеству программных продуктов описывается модель качества продукции и требования к качеству, которые играют большую роль в определении требований стейкхолдеров.[11][12] Приобретающая сторона, а также возможности пользователей могут накладывать некоторые ограничения на систему, которые должны быть учтены в требованиях стейкхолдеров наряду с потребностями и пожеланиями. Для измерения и оценки требований ключевых стейкхолдеров рекомендуется устанавливать показатели результативности.
  2. Вследствие существующих организационных и технических решений возникают ограничения для системы. В проекте необходимо определить ограничения системы.
  3. Последовательность видов деятельности, бизнес-процессы определяются для установления рабочих сценариев и сценариев поддержки в условиях применения системы. Это необходимо для идентификации не выявленных требований, то есть требований, формально незаданных стейкхолдерами. При помощи рабочих сценариев и сценариев поддержки анализируются условия использования системы, необходимые для последующего проектирования.
  4. На этапе реализации необходимо учесть возможности и способности пользователей системы, а, следовательно, и накладываемые ограничения.
  5. В проекте необходимо учесть возможные неблагоприятные воздействия использования системы на здоровье и безопасность человека. Для этого устанавливаются определенные требования к здоровью, безопасности, окружающим условиям, защищенности и другим свойствам.[10]

Базовая линия

Спецификация или продукт (версия системы), которые были официально рассмотрены и согласованы с тем, чтобы впоследствии служить основой для дальнейшего развития, и которые могут быть изменены только посредством официальных и контролируемых процедур изменения.[3]:2 Часто употребляется как «базис», «утвержденная версия», «сданная в архив версия».

В проекте необходимо совместно со стейкхолдерами определять корректность выражения их требований. Для этого необходимо обеспечить обратную связь от разработчиков к стейкхолдерам, чтобы гарантировать правильное понимание устанавливаемых требований. Также необходимо обсуждать и достигать согласия по противоречивым и неосуществимым требованиям стейкхолдеров. В проекте должны регистрироваться требования стейкхолдеров в форме, приемлемой для управления требованиями в течение жизненного цикла и за его пределами. Эти записи устанавливают базовую линию требований стейкхолдеров и сохраняют информацию об изменениях в потребностях и их происхождении в течение жизненного цикла системы.

В проекте должен прослеживаться источник возникновения потребностей от требований стейкхолдеров. Требования стейкхолдеров проверяются в моменты принятия ключевых решений в процессе жизненного цикла для гарантии того, что учитываются любые изменения потребностей.[10] Ограничения в системе могут возникать в результате:

  • примеров или областей решений, определенных стейкхолдерами;
  • реализации решений, принятых на более высоком уровне системной иерархии;
  • требований по использованию определенных обеспечивающих систем, ресурсов и штатного персонала.[10]

Примечания

  1. ↑ 1 2 3 4 5 6 7 ГОСТ Р ИСО/МЭК 15288, 2005.
  2. ↑ 1 2 3 4 ISO/IEC 29148, 2011.
  3. ↑ 1 2 ISO/IEC 42010, 2011.
  4. ↑ 1 2 3 4 5 6 7 OMG Essence, 2014.
  5. ↑ PMBoK, 2013.
  6. ↑ ГОСТ Р ИСО 9000, 2015.
  7. ↑ Tom Gilb. The Ten Most Powerful Systems Engineering Heuristics
  8. ↑ 1 2 3 4 Systems Engineering Principles and Practice, 2011.
  9. ↑ 1 2 3 SEBoK, 2012.
  10. ↑ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ГОСТ Р ИСО/МЭК 12207, 2010.
  11. ↑ ИСО/МЭК 9126-1, 2001.
  12. ↑ ИСО/МЭК 25030, 2007.

Литература

  • Kossiakoff A., Sweet W. N., Seymour S. J., Biemer S. M. Systems Engineering Principles and Practice. — 2-е изд. — Hoboken, New Jersey: A John Wiley & Sons, 2011. — 599 с. — ISBN 978-0-470-40548-2.
  • Pyster, A., D. Olwell, N. Hutchison, S. Enck, J. Anthony, D. Henry, and A. Squires (eds). Guide to the Systems Engineering Body of Knowledge (SEBoK) version 1.0. — The Trustees of the Stevens Institute of Technology, 2012.
  • Руководство к Cводу знаний по управлению проектами (Руководство PMBOK). — 5-е изд. — Pennsylvania: Project Management Institute, Inc., 2013. — 614 с. — ISBN 978-1-62825-008-4.
  • ГОСТ Р ИСО 9000:2015. Системы менеджмента качества. Основные положения и словарь (см. ISO 9000:2015 «Quality management systems — Fundamentals and vocabulary»)
  • ГОСТ Р ИСО/МЭК 15288-2005 Информационная технология. Системная инженерия. Процессы жизненного цикла систем (см. ISO/IEC 15288:2008)
  • ГОСТ Р ИСО/МЭК 9126-1 Программная инженерия — Качество программного продукта — Часть 1: Модель качества (см. ISO/IEC 9126-1:2001 Software Engineering — Product quality — Part 1: Quality model)
  • ГОСТ Р ИСО/МЭК 25030 Программная инженерия — Требования и оценка качества программных продуктов — Требования к качеству (см. ISO/IEC 25030:2007 Software Engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Quality Requirements)
  • ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств (см. ISO/IEC 12207:2008)
  • ISO/IEC 29148:2011 Systems and software engineering — Life cycle processes — Requirements engineering
  • ISO/IEC 42010:2011 System and software engineering — Architecture description
  • Object Management Group. Essence — Kernel and Language for Software Engineering Methods, Version 1.0, Beta 2. — 2014.

Ссылки

В последний раз эта страница редактировалась 15 июня 2018, в 11:32.

wiki2.org

Стейкхолдер — WiKi

Стейкхо́лдер (англ. stákeholder), заинтересованная сторона, причастная сторона — физическое лицо или организация, имеющая права, долю, требования или интересы относительно системы или её свойств, удовлетворяющих их потребностям и ожиданиям (ISO/IEC 15288:2008,[1]:4 ISO/IEC 29148:2011[2]:6).

Другие определения:

  • Физическое лицо, команда, организация или их классы, имеющие интерес в системе (ISO/IEC 42010:2011)[3]:2.
  • Физическое лицо, группа лиц или организация, которые могут влиять на систему или на которых может повлиять система (OMG Essence)[4]:5.
  • Лицо, группа или организация, которая может влиять, на которую могут повлиять или которая может воспринимать себя подвергнутой влиянию решения, операции или результата проекта (PMBoK)[5]:30.
  • Лицо или организация, которые могут воздействовать на осуществление деятельности или принятие решения, быть подверженными их воздействию или воспринимать себя в качестве последних (ISO 9000:2015)[6].

Стейкхолдеры обеспечивают возможности для системы и являются источником требований для системы.[4]:14

Стейкхолдеров всегда на одного больше, чем вы знаете, а те, которых вы знаете, имеют минимум на одну потребность больше, чем вам сейчас известно.

В системной инженерии стейкхолдеры рассматриваются в контексте процесса принятия решений как физические лица или организации, зависящие от результатов принимаемых решений. Понимание того, кто является стейкхолдером по отношению к принимаемым решениям, должно быть установлено заранее. Очень часто этого не происходит — стейкхолдеры не определяются до принятия решений. Однако, как только решение будет объявлено или реализовано, все, кто хоть как-то был затронут этим решением, выскажут своё мнение.[8]:258

Взаимосвязь стейкхолдеров с другими сущностями инженерного проекта

  Альфы инженерного проекта (OMG Essense)[4]

На рисунке показано взаимодействие основных сущностей и объектов, встречающихся в проекте. Объекты сгруппированы между собой в области интересов. Таким образом, стейкхолдер относится к области интересов клиента (англ. client), так как эта область содержит все, что касается использования и эксплуатации системы.[4]:13-14

Типы (группы) стейкхолдеров

Исчерпывающего списка типов (групп) стейкхолдеров не существует, так как для различных целевых систем они могут значительно отличаться. Можно привести примеры наиболее распространённых типов (групп) стейкхолдеров, которые упоминаются в стандартах (ГОСТ Р ИСО/МЭК 15288:2005, ISO/IEC 29148:2011, ГОСТ Р ИСО/МЭК 12207:2010, OMG Essence), Своде знаний по системной инженерии (SEBoK) и учебниках по системной инженерии[8]:

  • Приобретающая сторона, или покупатель (англ. acquirer) — организация или физическое лицо, которое приобретает или получает (англ. procures) продукт или услугу от поставщика.[2]:3[1]:2[9]:177 Приобретающей стороной может быть: покупатель, заказчик, владелец, оптовый покупатель.[10]
  • Заказчик, или клиент (англ. customer) — организация или физическое лицо, получающее продукт или услугу.[2]:4
  • Разработчик (англ. developer) — организация или физическое лицо, которое выполняет задачи разработки, включая анализ требований, проектирование, тестирование в течение всего жизненного цикла.[2]:4[10]
  • Поставщик (англ. supplier) — организация или физическое лицо, которое вступает в соглашение с приобретающей стороной на поставку продукта или услуги.[1]:4[10]
  • Пользователь (англ. user) — лицо или группа лиц, извлекающих пользу в процессе применения системы.[1]:4[10]
  • Производитель (англ.  producer) — представитель, ответственный за выполнение работы[4]:227; лицо, ответственное за выравнивание расписания, бюджета и ограниченность ресурсов, чтобы удовлетворить клиентам.[9]:743
  • Сопровождающая сторона (англ. maintainer) — организация или физическое лицо, выполняющее поддержку системы на одном или нескольких этапах жизненного цикла[1]; организация, которая осуществляет деятельность по сопровождению.[10]
  • Ликвидатор (англ. disposer) — организация или физическое лицо, выполняющее ликвидацию (изъятие и списание) рассматриваемой системы и связанных с нею эксплуатационных и поддерживающих служб.[1]
  • Аккредитор, или инспектор (англ. accreditor) — организация или физическое лицо, выполняющее проверку системы на соответствие требованиям в процессе сдачи системы в эксплуатацию.[8]
  • Регулирующий орган (англ. regulatory bodies) — организация или физическое лицо, проверяющее систему на соответствие требованиям в процессе эксплуатации.[8]
  • Остальные — персонал поддержки (англ. supporters), инструкторы (англ. trainers), операторы (англ. operators) и другие.

Идентификация стейкхолдеров по стадиям жизненного цикла

Каждая система имеет свои собственные стадии жизненного цикла, например, концептуальное проектирование, разработку, производство, внедрение, эксплуатацию и ликвидацию. Для каждой стадии определяется список всех стейкхолдеров, имеющих интерес (отношение) к будущей системе. Целью этого действия является рассмотрение точки зрения каждого стейкхолдера на всех стадиях жизненного цикла системы для утверждения полного набора потребностей стейкхолдеров, которые могут быть приоритизированы и преобразованы в требования стейкхолдеров. Примеры связи стейкхолдеров со стадиями жизненного цикла представлены в таблице 1.

Таблица 1. Определение стейкхолдеров в соответствии со стадиями жизненного цикла системы[9]:262 Стадии жизненного цикла Примеры стейкхолдеров
Инженерия (проектирование, анализ) Приобретающая сторона, потенциальные пользователи, отдел маркетинга, отдел разработки, орган по стандартизации, поставщики, отдел тестирования (верификация и валидация), система производства и др.
Разработка Приобретающая сторона, поставщики, проектировщики, команда по интеграции и др.
Передача в производство или в использование Отдел по контролю качества, система производства, операторы и др.
Логистика и сопровождение Вспомогательные сервисы, инструкторы, участники цепочек поставок и др.
Эксплуатация Обычные пользователи, случайные пользователи и др.
Ликвидация Операторы, подтверждающий орган и др.

Степень учёта и вовлечения стейкхолдеров

Согласно предложениям OMG выделяются 6 состояний, в которых может находиться проект с точки зрения учёта, вовлечения и удовлетворённости стейкхолдеров[4]:20-21:

  • Признаны (англ. Recognized) — стейкхолдеры были определены.
  • Представлены (англ. Represented) — согласованы методы привлечения стейкхолдеров и назначены представители от каждой группы стейкхолдеров.
  • Вовлечены (англ. Involved) — представители групп стейкхолдеров принимают активное участие в работе и выполняют свои обязанности.
  • В согласии (англ. In agreement) — представители стейкхолдеров находятся в согласии.
  • Удовлетворены для развёртывания (внедрения) (англ. Satisfied for deployment) — минимальные ожидания представителей стейкхолдеров были достигнуты.
  • Удовлетворены использованием (англ. Satisfied in use) — система удовлетворяет или превышает минимальные ожидания стейкхолдеров.

Для оценки текущего состояния проекта с точки зрения учёта, вовлечения и удовлетворённости стейкхолдеров предлагаются следующие контрольные списки:

Таблица 2. Контрольные списки для стейкхолдеров[4]:22-23 Состояние Контрольный список
Признаны

  Все различные группы стейкхолдеров, которые на данный момент или в будущем будут затронуты разработкой и функционированием системы, определены.  Есть соглашение по группам стейкхолдеров, которые будут представлены. Как минимум, должны приниматься в расчёт группы стейкхолдеров, которые финансируют, используют, поддерживают и обслуживают систему.  Ответственности представителей стейкхолдеров были определены.

Представлены

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

Вовлечены

  Представители стейкхолдеров помогают команде в соответствии со своими обязанностями.  Представители стейкхолдеров обеспечивают обратную связь и принимают участие в принятии решений своевременно.  Представители стейкхолдеров быстро сообщают изменения, которые имеют значение для их групп стейкхолдеров.

В согласии

  Представители стейкхолдеров согласились с минимальными ожиданиями по последующему внедрению новой системы.  Представители стейкхолдеров удовлетворены своей вовлечённостью в работу.  Представители стейкхолдеров согласны, что их вклад в работу ценится командой и учитывается в работе с уважением.  Члены команды согласны, что их вклад в работу ценится представителями стейкхолдеров и учитывается в работе с уважением.  Представители стейкхолдеров согласны с тем, как их различные приоритеты и точки зрения балансируются для обеспечения ясного руководства для команды.

Удовлетворены для развёртывания (внедрения)

  Представители стейкхолдеров обеспечивают обратную связь с точки зрения их групп стейкхолдеров.  Представители стейкхолдеров подтверждают, что система готова для развёртывания (внедрения).

Удовлетворены использованием

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

Роль стейкхолдеров в процессах организационного обеспечения проектов

Организационное обеспечение проекта состоит из управления возможностями организаций поставлять и приобретать продукты и услуги через поддержку, инициализацию и управление проектами. Это обеспечение поставляет ресурсы и инфраструктуру необходимые для содействия проектам и гарантирует исполнение организационных целей и действующих соглашений. Оно не претендует на звание совокупности деловых процессов, составляющих управление деловой деятельностью организации.[10]

Роль стейкхолдеров в управлении портфелем проектов

В стандарте ГОСТ Р ИСО/МЭК 12207:2010 (ISO/IEC 12207:2008) отмечено, что в механизме управления изменениями контракта необходимо отразить роли и ответственность руководства, уровень формализации заявок на предложенные изменения и дополнительных переговоров по контракту, а также связи со стейкхолдерами.[10]

В результате успешного управления портфелем проектов:

  • уточняются, расставляются по важности и выбираются возможности, инвестиции или потребности деловой сферы с учетом рисков;
  • определяются и распределяются ресурсы и денежные средства для каждого проекта;
  • изменяются или ликвидируются проекты, не удовлетворяющие условиям соглашения или запросам стейкхолдеров;
  • формулируются полномочия и ответственность руководства проектом;
  • оказывается помощь проектам, удовлетворяющим условиям соглашения и требованиям стейкхолдеров.[10]

Роль стейкхолдеров в управлении качеством

Организации необходимо выполнять периодические ревизии планов обеспечения качества проектов. Для каждого проекта устанавливаются различные цели в области качества, которые в свою очередь основываются на требованиях стейкхолдеров.[10]

Назначение ревизии заключается в поддержке общего со стейкхолдерами понимания развития относительно целей соглашения и того, что именно требуется сделать для помощи в обеспечении разработки продукта, удовлетворяющего стейкхолдеров. Ревизии применяются как в процессе управления проектом, так и на техническом уровне и проводятся в течение всей жизни проекта.[10]

Роль стейкхолдеров в управлении рисками

Все части процесса управления рисками должны быть формализованы и документированы. Формализация и документирование процесса управления рисками содержат описание категорий риска, перспектив стейкхолдеров и описание (возможно посредством ссылки) технических и управленческих задач, допущений и ограничений. Необходимо устанавливать и поддерживать профиль рисков, каждая запись которого должна содержать важность риска. Важность определяется критериями риска, предоставленными стейкхолдерами.

Сущность соответствующего профиля рисков должна периодически сообщаться стейкхолдерам в зависимости от их потребностей, так как профиль рисков может изменяться в случае обновления отдельного состояния риска.

Стейкхолдерам необходимо предоставлять рекомендованные альтернативы обработки риска в требованиях на действия по отношению к риску. Если стейкхолдеры решают, что следует предпринять действия для того, чтобы сделать риск оптимальным, то должна быть реализована альтернатива обработки риска. Если стейкхолдеры принимают риск, который превышает максимальное значение, то этот риск должен рассматриваться как высоко приоритетный и постоянно контролироваться для определения необходимых будущих действий по его обработке.[10]

Роль стейкхолдеров в технических процессах

Технические процессы используются для формулирования требований к системе, модификации этих требований в эффективный продукт, позволяющий осуществлять, при необходимости, устойчивое повторное производство этого продукта, использовать его для обеспечения требуемых услуг, поддерживать обеспечение этими услугами и ликвидировать продукт, когда он изымается из обращения.[1]:19 Технические процессы определяют содержание работ, которые позволяют в рамках задач предприятия и проекта увеличить прибыли и минимизировать риски, возникающие в процессе принятия технических решений и осуществления соответствующих действий.

Роль стейкхолдеров в процессе определения требований

В стандарте о процессах жизненного цикла программных систем задача определения требований стейкхолдеров формулируется, как: определение требований к системе, выполнение которых может обеспечивать предоставление услуг, необходимых пользователям и другим стейкхолдерам в заданной среде применения. Этот процесс позволяет определять стейкхолдеров или классы стейкхолдеров, связанных с системой на протяжении всего её жизненного цикла. Кроме того выделяются их потребности и пожелания. В процессе требования анализируются и модифицируются в общую совокупность требований стейкхолдеров, описывающих желаемое поведение системы в процессе взаимодействия со средой применения. Относительно этой совокупности каждая предоставляемая услуга подвергается валидации для подтверждения того, что система полностью удовлетворяет заявленным требованиям.[10]

Результатами успешного осуществления процесса определения требований стейкхолдеров является:

  • требуемые характеристики и условия использования услуг;
  • формализованные ограничения для системных решений;
  • возможность прослеживания от требований стейкхолдеров к стейкхолдерам и их потребностям;
  • документированная основа для определения системных требований;
  • основа для валидации соответствия услуг;
  • сформированная основа для ведения переговоров и заключения соглашений о поставке услуги или продукции.

Процесс идентификации стейкхолдеров можно сформулировать как: идентификацию стейкхолдеров или классов стейкхолдеров, имеющих интерес к системе в процессе её жизненного цикла. Если непосредственная коммуникация невозможна, выбираются представители стейкхолдеров.[10]

Процесс идентификации требований состоит из решения следующих задач:

  1. Необходимо определить требования стейкхолдеров проекта. Требования стейкхолдеров могут проявляться в виде потребностей, пожеланий, требований, ожиданий или ограничений. В стандартах по качеству программных продуктов описывается модель качества продукции и требования к качеству, которые играют большую роль в определении требований стейкхолдеров.[11][12] Приобретающая сторона, а также возможности пользователей могут накладывать некоторые ограничения на систему, которые должны быть учтены в требованиях стейкхолдеров наряду с потребностями и пожеланиями. Для измерения и оценки требований ключевых стейкхолдеров рекомендуется устанавливать показатели результативности.
  2. Вследствие существующих организационных и технических решений возникают ограничения для системы. В проекте необходимо определить ограничения системы.
  3. Последовательность видов деятельности, бизнес-процессы определяются для установления рабочих сценариев и сценариев поддержки в условиях применения системы. Это необходимо для идентификации не выявленных требований, то есть требований, формально незаданных стейкхолдерами. При помощи рабочих сценариев и сценариев поддержки анализируются условия использования системы, необходимые для последующего проектирования.
  4. На этапе реализации необходимо учесть возможности и способности пользователей системы, а, следовательно, и накладываемые ограничения.
  5. В проекте необходимо учесть возможные неблагоприятные воздействия использования системы на здоровье и безопасность человека. Для этого устанавливаются определенные требования к здоровью, безопасности, окружающим условиям, защищенности и другим свойствам.[10]

Базовая линия

Спецификация или продукт (версия системы), которые были официально рассмотрены и согласованы с тем, чтобы впоследствии служить основой для дальнейшего развития, и которые могут быть изменены только посредством официальных и контролируемых процедур изменения.[3]:2 Часто употребляется как «базис», «утвержденная версия», «сданная в архив версия».

В проекте необходимо совместно со стейкхолдерами определять корректность выражения их требований. Для этого необходимо обеспечить обратную связь от разработчиков к стейкхолдерам, чтобы гарантировать правильное понимание устанавливаемых требований. Также необходимо обсуждать и достигать согласия по противоречивым и неосуществимым требованиям стейкхолдеров. В проекте должны регистрироваться требования стейкхолдеров в форме, приемлемой для управления требованиями в течение жизненного цикла и за его пределами. Эти записи устанавливают базовую линию требований стейкхолдеров и сохраняют информацию об изменениях в потребностях и их происхождении в течение жизненного цикла системы.

В проекте должен прослеживаться источник возникновения потребностей от требований стейкхолдеров. Требования стейкхолдеров проверяются в моменты принятия ключевых решений в процессе жизненного цикла для гарантии того, что учитываются любые изменения потребностей.[10] Ограничения в системе могут возникать в результате:

  • примеров или областей решений, определенных стейкхолдерами;
  • реализации решений, принятых на более высоком уровне системной иерархии;
  • требований по использованию определенных обеспечивающих систем, ресурсов и штатного персонала.[10]

Примечания

  1. ↑ 1 2 3 4 5 6 7 ГОСТ Р ИСО/МЭК 15288, 2005.
  2. ↑ 1 2 3 4 ISO/IEC 29148, 2011.
  3. ↑ 1 2 ISO/IEC 42010, 2011.
  4. ↑ 1 2 3 4 5 6 7 OMG Essence, 2014.
  5. ↑ PMBoK, 2013.
  6. ↑ ГОСТ Р ИСО 9000, 2015.
  7. ↑ Tom Gilb. The Ten Most Powerful Systems Engineering Heuristics
  8. ↑ 1 2 3 4 Systems Engineering Principles and Practice, 2011.
  9. ↑ 1 2 3 SEBoK, 2012.
  10. ↑ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ГОСТ Р ИСО/МЭК 12207, 2010.
  11. ↑ ИСО/МЭК 9126-1, 2001.
  12. ↑ ИСО/МЭК 25030, 2007.

Литература

  • Kossiakoff A., Sweet W. N., Seymour S. J., Biemer S. M. Systems Engineering Principles and Practice. — 2-е изд. — Hoboken, New Jersey: A John Wiley & Sons, 2011. — 599 с. — ISBN 978-0-470-40548-2.
  • Pyster, A., D. Olwell, N. Hutchison, S. Enck, J. Anthony, D. Henry, and A. Squires (eds). Guide to the Systems Engineering Body of Knowledge (SEBoK) version 1.0. — The Trustees of the Stevens Institute of Technology, 2012.
  • Руководство к Cводу знаний по управлению проектами (Руководство PMBOK). — 5-е изд. — Pennsylvania: Project Management Institute, Inc., 2013. — 614 с. — ISBN 978-1-62825-008-4.
  • ГОСТ Р ИСО 9000:2015. Системы менеджмента качества. Основные положения и словарь (см. ISO 9000:2015 «Quality management systems — Fundamentals and vocabulary»)
  • ГОСТ Р ИСО/МЭК 15288-2005 Информационная технология. Системная инженерия. Процессы жизненного цикла систем (см. ISO/IEC 15288:2008)
  • ГОСТ Р ИСО/МЭК 9126-1 Программная инженерия — Качество программного продукта — Часть 1: Модель качества (см. ISO/IEC 9126-1:2001 Software Engineering — Product quality — Part 1: Quality model)
  • ГОСТ Р ИСО/МЭК 25030 Программная инженерия — Требования и оценка качества программных продуктов — Требования к качеству (см. ISO/IEC 25030:2007 Software Engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Quality Requirements)
  • ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств (см. ISO/IEC 12207:2008)
  • ISO/IEC 29148:2011 Systems and software engineering — Life cycle processes — Requirements engineering
  • ISO/IEC 42010:2011 System and software engineering — Architecture description
  • Object Management Group. Essence — Kernel and Language for Software Engineering Methods, Version 1.0, Beta 2. — 2014.

Ссылки

ru-wiki.org

Стейкхолдер - это кто такой?

Казалось бы, не так давно присутствие любой компании на рынке зависело только от товарооборота. Но на сегодняшний день на позицию предприятия влияет и то, как воспринимают его деятельность потребители, муниципальные и государственные власти, СМИ, акционеры и так далее. Каждый прошедший год показывает, что необходимость сотрудничества с данными группами воспринимается рынком как важная координационная задача. Преобразования подобного рода нашли отображение в новом термине - "стейкхолдер-менеджмент". Далее в статье подробнее разберем это определение.

Терминология

стейкхолдер это

Рассмотрим понятие стейкхолдеров. Существует определенная группа лиц или организаций, которые вкладывают в компанию свои ресурсы, капитал. Кроме того, они способствуют росту покупательской способности, распространению информации о фирме и так далее. Стейкхолдер - это лицо (юридическое или физическое), имеющее определенные интересы, права или требования. Предъявляются и направлены они по отношению к системе и ее свойствам. Таково общее значение слова "стейкхолдер". Можно сказать иными словами, что имеет место управление отношениями между заинтересованными сторонами. В современном мире стейкхолдеры - это организации или группы отдельных лиц, которые являются основой успеха любой организации.

Классификация

Также можно сказать, что стейкхолдер - это организация (отдельное лицо), которая оказывает непосредственное влияние на систему. Как таковой классификации групп не существует, но можно привести наиболее распространенные примеры. В качестве групп можно выделить такие:

  1. Покупатель (приобретающая сторона). Здесь стейкхолдер - это физическое лицо либо организация, которые приобретают товар (услугу) у подрядчика. В лице покупающей стороны выступают заказчик, оптовик или владелец.значение слова стейкхолдер
  2. Клиент. Лицо (юридическое либо физическое), приобретающее товар (услугу).
  3. Поставщик. В этом случае имеется в виду сторона, с которой заключается договор поставки того или иного товара (услуги).
  4. Производитель. Это лицо, ответственное за выполнение работ, которые должны удовлетворять потребности пользователя.
  5. Потребитель. Это лицо (группа лиц), которое извлекает пользу от эксплуатации товара (услуги).
  6. Сопровождающая сторона. Лицо (физическое или юридическое), предоставляющее услуги по сопровождению товара.стейкхолдер менеджмент
  7. Ликвидатор. Лицо (юридическое либо физическое), которое занимается изъятием и списанием рассматриваемой системы, а также всех связанных с нею служб.
  8. Инспектор. Лицо, которое проверяет соответствие требуемым нормам при сдаче системы в эксплуатацию.
  9. Регулирующий орган. Лицо (физическое либо юридическое), которое проверяет систему в процессе эксплуатации на соответствие требований.
  10. Создатель. Лицо, которое занимается созданием проектов, тестированием товаров (услуг), а также выполняет основные задачи разработки.

Отождествление

Как видно, каждая система состоит из определенных стадий. Это разработка проекта, его производство и внедрение в жизнь, эксплуатация и последующая ликвидация. Каждую стадию обслуживает определенная категория стейкхолдеров. Они имеют свой собственный интерес ко вновь создаваемой системе. Для точного определения и утверждения всего набора потребностей стейкхолдеров необходимы конкретные действия.

Управление качеством

Стейкхолдеры в обязательном порядке устанавливают в каждом проекте различные цели по достижению высокого качества товара. Впоследствии организация обязуется выполнять ревизии по его обеспечению в соответствии с утвержденным планом. Цель подобных мероприятий заключается в том, чтобы на всех этапах развития выявить все необходимые нюансы для обеспечения правильной разработки продукта. Это, в свою очередь, позволяет добиваться высокого качества выпускаемой продукции (товара). понятие стейкхолдеров

Управление рисками

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

загрузка...

worldfb.ru

Стейкхолдер - это кто такой?

Бизнес 8 июня 2014

Казалось бы, не так давно присутствие любой компании на рынке зависело только от товарооборота. Но на сегодняшний день на позицию предприятия влияет и то, как воспринимают его деятельность потребители, муниципальные и государственные власти, СМИ, акционеры и так далее. Каждый прошедший год показывает, что необходимость сотрудничества с данными группами воспринимается рынком как важная координационная задача. Преобразования подобного рода нашли отображение в новом термине - "стейкхолдер-менеджмент". Далее в статье подробнее разберем это определение.

Терминология

стейкхолдер это

Рассмотрим понятие стейкхолдеров. Существует определенная группа лиц или организаций, которые вкладывают в компанию свои ресурсы, капитал. Кроме того, они способствуют росту покупательской способности, распространению информации о фирме и так далее. Стейкхолдер - это лицо (юридическое или физическое), имеющее определенные интересы, права или требования. Предъявляются и направлены они по отношению к системе и ее свойствам. Таково общее значение слова "стейкхолдер". Можно сказать иными словами, что имеет место управление отношениями между заинтересованными сторонами. В современном мире стейкхолдеры - это организации или группы отдельных лиц, которые являются основой успеха любой организации.

Классификация

Также можно сказать, что стейкхолдер - это организация (отдельное лицо), которая оказывает непосредственное влияние на систему. Как таковой классификации групп не существует, но можно привести наиболее распространенные примеры. В качестве групп можно выделить такие:

  1. Покупатель (приобретающая сторона). Здесь стейкхолдер - это физическое лицо либо организация, которые приобретают товар (услугу) у подрядчика. В лице покупающей стороны выступают заказчик, оптовик или владелец.значение слова стейкхолдер
  2. Клиент. Лицо (юридическое либо физическое), приобретающее товар (услугу).
  3. Поставщик. В этом случае имеется в виду сторона, с которой заключается договор поставки того или иного товара (услуги).
  4. Производитель. Это лицо, ответственное за выполнение работ, которые должны удовлетворять потребности пользователя.
  5. Потребитель. Это лицо (группа лиц), которое извлекает пользу от эксплуатации товара (услуги).
  6. Сопровождающая сторона. Лицо (физическое или юридическое), предоставляющее услуги по сопровождению товара.стейкхолдер менеджмент
  7. Ликвидатор. Лицо (юридическое либо физическое), которое занимается изъятием и списанием рассматриваемой системы, а также всех связанных с нею служб.
  8. Инспектор. Лицо, которое проверяет соответствие требуемым нормам при сдаче системы в эксплуатацию.
  9. Регулирующий орган. Лицо (физическое либо юридическое), которое проверяет систему в процессе эксплуатации на соответствие требований.
  10. Создатель. Лицо, которое занимается созданием проектов, тестированием товаров (услуг), а также выполняет основные задачи разработки.

Видео по теме

Отождествление

Как видно, каждая система состоит из определенных стадий. Это разработка проекта, его производство и внедрение в жизнь, эксплуатация и последующая ликвидация. Каждую стадию обслуживает определенная категория стейкхолдеров. Они имеют свой собственный интерес ко вновь создаваемой системе. Для точного определения и утверждения всего набора потребностей стейкхолдеров необходимы конкретные действия.

Управление качеством

Стейкхолдеры в обязательном порядке устанавливают в каждом проекте различные цели по достижению высокого качества товара. Впоследствии организация обязуется выполнять ревизии по его обеспечению в соответствии с утвержденным планом. Цель подобных мероприятий заключается в том, чтобы на всех этапах развития выявить все необходимые нюансы для обеспечения правильной разработки продукта. Это, в свою очередь, позволяет добиваться высокого качества выпускаемой продукции (товара). понятие стейкхолдеров

Управление рисками

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

Источник: fb.ru

Комментарии

Идёт загрузка...

Похожие материалы

Конкурсные кредиторы - это кто такие? Требования и права конкурсных кредиторовБизнес Конкурсные кредиторы - это кто такие? Требования и права конкурсных кредиторов

Отношения между коммерческими предприятиями основываются на взаимной выгоде. Характер таких взаимодействий может быть любым. К примеру, одно предприятие выступает в роли поставщика мяса, а второе – производителе...

Колдуны - это кто такие? Значение словаДуховное развитие Колдуны - это кто такие? Значение слова

В нашем мире много удивительных вещей. Далеко не все они прекрасны, интересны и безопасны. К примеру, вы знаете, чем занимаются колдуны? Это слово каждый использует в меру своего понимания процесса волшебства. А инфор...

Шаман - это кто такой? Происхождение и значение словаДуховное развитие Шаман - это кто такой? Происхождение и значение слова

Кто такой шаман? «Это тот, кто бегает с бубном и что-то бормочет под нос», - ответят многие. И будут не совсем правы, потому что такая трактовка далеко не полная и не раскрывает истинного значения.Ш...

Благоверный - это кто такой?Духовное развитие Благоверный - это кто такой?

Верующие люди, все больше познавая мир православия и особенно житие святых, начинают интересоваться самыми разными христианскими вопросами. Например, почему того или иного святого величают благоверным. И тут главное -...

Клирик храма - это кто такой?Духовное развитие Клирик храма - это кто такой?

Тех, кто только начинает воцерковляться и ходить на службы в храм, со временем начинают одолевать разного рода вопросы. Человек любознательный обязательно найдет все ответы на них. И вот пример одного из многочисленны...

Пономарь - это.... Кто такой пономарь?Духовное развитие Пономарь - это.... Кто такой пономарь?

Причт современной православной церкви составляют, помимо священнослужителей, некоторые миряне, несущие различные послушания – чтецы, певцы, уставщики, пономари. О последней категории церковнослужителей мы и пого...

Шайтан - это кто такой? Значение слова «шайтан»Духовное развитие Шайтан - это кто такой? Значение слова «шайтан»

Данный термин пришел к нам с далекого арабского Востока. Конкретнее «шайтан» - это производное от древнесемитского «гайтан», что в дословном переводе значит «противник». То есть шай...

Протестанты - это кто такие? Католики и протестанты. Протестанты в РоссииДуховное развитие Протестанты - это кто такие? Католики и протестанты. Протестанты в России

Сегодня происходит возвращение к духовности. Все больше людей задумывается о нематериальной составляющей нашей жизни. В статье мы поговорим о том, кто такие протестанты. Это отдельное направление христианства, или сек...

Пророк - это... Кто такой пророк?Духовное развитие Пророк - это... Кто такой пророк?

Людей всегда интересовала духовная сторона жизни. Еще с древних времен пришло осознание, что не может быть все так бессмысленно. Вот именно в поисках сути человечество пришло отчасти к религии, философии и атеизму. Ес...

Купидон - это... Кто такой Купидон, и зачем нужны стрелы КупидонаДуховное развитие Купидон - это... Кто такой Купидон, и зачем нужны стрелы Купидона

Все в нашей жизни не имеет особого смысла, если событие не сопровождается хорошими эмоциями. Человек так устроен, что он может радоваться, смеяться, а главное, испытывать чувство любви.

monateka.com

Как работать со стейкхолдерами? (Stakeholder Analysis)

Как работать со стейкхолдерами? (Stakeholder Analysis)

Подробности Категория: Экономика и управление Опубликовано: 14.05.2015 19:56

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

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

В общемировой практике к стейкхолдерам фирмы относят следующие группы лиц: поставщиков, конечных покупателей товара, посредников, инвесторов, работников и учредителей компании.

 

Поставщики фирмы являются стейкхолдерами, так как влияют на стоимость сырья, на сроки и условия поставки, что напрямую связано с издержками компании. Посредники фирмы относятся к стейкхолдерам, так как могут влиять на воспринимаемое качество и объем продаж товара (например, розничные торговые сети, выставляющие товар на невыгодных местах продаж) или на затраты компании (например, исследовательские и рекламные агентства).

Конечные покупатели являются внешними стейкхолдерами так как представляют спрос на продукт, выдвигают определенные требования к свойствам и качеству товаров компании, а значит также влияют на уровень себестоимости товара и издержки фирмы. У покупателей может измениться уровень дохода или численность, что может привести к снижению спроса на товар.

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

В управлении проектами часто используется понятие «стейкхолдер», которое означает заинтересованное лицо, способное повлиять на успех и затраты проекта. Основные группы стейкхолдеров проекта: руководитель, участники, привлекаемые внешние эксперты и персонал.

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

Теория управления стейкхолдерами была впервые подробно изложена Эдвардом Фриманом (R. EdwardFreeman) в книге «StrategicManagement: A Stakeholder Approach». Фриман считал, что понимание и выделение групп людей, способных влиять на бизнес или отдельный проект, позволяют четко структурировать и оптимизировать процесс управления. В своей концепции он разделил процесс анализа и управления стейкхолдерами на 6 этапов:

- Определение всех стейкхолдеров

- Определение ключевых потребностей всех стейкхолдеров

- Анализ интересов и влияния каждого стейкхолдера

- Формирование списка действий для управления ожиданиями стейкхолдеров

- Исполнение запланированных действий

- Анализ результатов управления и повторение процесса

Анализ стейкхолдеров (Stakeholder Analysis)

Анализ заинтересованных лиц позволяет определить интересы всех стейкхолдеров, которые могут повлиять на проект; выявить потенциальные сложности, которые могут прервать проект или снизить успешность проекта; выделить ключевых лиц, которые должны быть информированы о ходе проекта, определить группы лиц, которые должны быть вовлечены на каждом этапе проекта, оценить средства, правила и принципы коммуникации на протяжении всего проекта и спланировать действия для снижения негативного влияния стейкхолдеров на ход проекта.

Рассмотрим 3 основных этапа процесса оценки и анализа стейкхолдеров проекта: выявление стейкхолдеров, оценка влияния стейкхолдеров и разработка тактических действий по управлению стейкхолдерами.

Поиск стейкхолдеров проекта

Любой анализ стейкхолдеров начинается с определения всех заинтересованных лиц проекта. На данном этапе будет полезен мозговой штурм с перечислением множества различных вариантов для того, чтобы максимально полно перечислить всех лиц, способных повлиять на исход проекта. В определении стейкхолдеров могут помочь следующие вопросы:

- Действия кого могут привести к недостижению целей проекта?

- Кто больше всего заинтересован в выполнении данного проекта?

- Существовал ли подобный проект ранее? Если да, то был ли он успешным?

- Все ли отделы должны принимать участие в этом проекте?

- Какие вопросы, блоки вопросов необходимо будет решить в ходе проекта?

- Кто лучше всего разбирается в данных и способен самостоятельно их?

Оценка влияния и важности стейкхолдеров

Вторым важным шагом анализ стейкхолдеров является оценка степени их важности и возможностей повлиять на успех проекта.

Влияние – это сила стейкхолдера в управлении проектом. К влиянию относят возможность стейкхолдера влиять на уровень инвестирования проекта и участие в бюджетировании проекта; влияние на людей, принимающих решения по ключевым вопросам в ходе проекта.

Важность — это вклад стейкхолдера в результат проекта. Определяется тем, насколько удовлетворение потребностей, решение проблем и интересов каждого стейкхолдера может повлиять на результат проекта. К важности относят , например, особые знания или умения стейкхолдера, а также интересы/потребности, которые должны быть удовлетворены для того, чтобы проект стал эффективным.

Если стейкхолдер является одновременно и «важным» и «влиятельным», то он – главный стейкхолдер и должен быть полностью вовлечен в управление и контроль проекта. Если стейкхолдер является либо «важным» либо «влиятельным», то он – второстепенный стейкхолдер, им необходимо управлять на протяжении всего процесса.

Выбор стратегии работы со стейкхолдерами

Третьим важным этапом процесса анализа стейкхолдеров является определение механизмов вовлечения каждого стейкхолдера в проект и способов управления его действиями. На практике существует 4 основные стратегии управления стейкхолдерами, которые описаны в следующие матрице.

Рис. 1 Матрица — карта стейкхолдеров

Первая стратегия заключается в максимальном вовлечении и применяется к стейкхолдерам с высоким уровнем важности и влияния. Данная группа представляет собой основных стейкхолдеров проекта и должна максимально привлекаться у принятию решений в проекте. Необходимо повышать заинтересованность группы в проекте и полностью удовлетворять ее потребности. Рекомендуется использовать принцип партнерства в коммуникации при ведении переговоров по проекту с этой группой.

Вторая стратегия носит консультативный характер и применяется к стейкхолдерам с высоким уровнем влияния, но низким уровнем важности, второстепенным стейкхолдерам. Их рекомендуется привлекать в качестве консультантов и согласовывать с ними только важные стратегические решения по проекту.

Третья стратегия заключается в получении поддержки проекта и применяется к стейкхолдерам с низким уровнем влияния, но высоким уровнем важности, второстепенным стейкхолдерам. Данная группа стейкхолдеров должна быть ознакомлена со всеми ключевыми решениями по проекту, не смотря на то, что она не принимает прямого участия в решениях по проекту. При этом рекомендуется данную группу привлекать к обсуждению возможных проблем и заручаться поддержкой у нее дополнительной поддержкой по важным решениям.

Четвертая стратегия заключается в игнорировании и используется для стейкхолдеров с низким уровнем влияния и низким уровнем важности, второстепенных стейкхолдеров. Рекомендуется исключительно привлекать данную группу к выполнению требуемых задач, не погружать ее в детали проекта и использовать самый низкий уровень информирования.

 

Источник: http://powerbranding.ru/biznes-analiz/stakeholders

bizit.net.ua