Управление стейкхолдерами. Все дело в нюансах - страница 4

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

Прежде чем приступать к идентификации стейкхолдеров ИТ проекта важно визуализировать «Жизненный цикл» самого проекта для участников мозгового штурма. Это сильно поможет команде генерировать мысли и наносить на карту.

Для процесса идентификации попробуйте в команде проекта задать нижеследующие вопросы и записать ответы.

Вопросы для идентификации стейкхолдеров в области «Результат проекта»:

Для кого мы создаём данный продукт? Кто его будет использовать? Кому предстоит его администрировать и эксплуатировать?

Как вы думаете кто может пригодиться вне команды на каждом из этапов проекта.

Что необходимо знать, чтобы выпустить продукт?

Кто-то уже в компании имеет соответствующий опыт?

Кем будут приниматься решения по продукту?

Чье мнение окажется важным и требуется посоветоваться прежде чем принимать решение.

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

Чья активная поддержка имеет существенно значения для успеха проекта?

Для кого проект будет выгоден, а для кого несёт угрозу?

Кого в обществе мы можем потревожить нашей активностью?

Вопросы для идентификации стейкхолдеров в области «Процессы проекта»:

С кем придётся согласовывать методологию работы над проектом?

В чьих руках будут находится финансы, и кто будет согласовывать движение денежных средств в рамках проекта?

В чьих руках будут находится кадровые вопросы команды проекта?

Кто владелец регламентов и положений, в рамках которых будет осуществляться деятельность внутри проекта?

Какие ключевые законодательные акты могут повлиять на достижение целей проекта? С кем надо контактировать и консультироваться что бы не наступили риски?

Кому необходимо будет сдавать отчёты?

На чьи метрики может повлиять проект?

Кто будет принимать итоговый продукт когда проекта закончится?

В рамках проектов очень часто приходится оперировать аббревиатурой «ЛПР»4– Лицо принимающее решение. Это такой человек, который наделен полномочиями в той или иной сфере и несёт прямую ответственность за реализацию и последствия принятого решения. Это не обязательно должен быть руководитель подразделения, им может оказаться лидером или экспертов в определённой области. При этом он должен обязан выдать в команду проекта решение. Ключевое слово «обязан», и от выданной информации порой может зависеть каким будет ИТ продукт. Для ЛПР важна высокая оперативность и к его помощи команда прибегает в случаях недостатка информации для принятия решения или нехватки времени. Таким образом такие ЛПР становятся стейкхолдерами и должны быть идентифицированы.

Большая часть ИТ проектов это про проверку гипотез и конкретных пользователей у продукта ещё может не быть. Если вы создаёте продукт для большого количества пользователей вашего ИТ продукта, руководитель проекта может вводить «виртуального стейкхолдера» – представителя потенциальных пользователей и наделять его определёнными свойствами и желаниями.

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