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

Сергей Барамба

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

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

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

В книге вас ждет:

– 4 шага идентификации и анализа стейкхолдеров

– практические инструменты и приёмы по эффективной работе со стейкхолдерами которые можно использовать в вашем проекте уже сегодня

– шаблон и инструкция по заполнению плана работы со стейкхолдера которая будет полезна в течении всего проекта

– чёткие правила входящей и исходящей переписки в которую вовлечены стейкхолдеры

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

Сергей Барамба

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

Введение

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

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

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

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

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

Приятного чтения, ваш Сергей Барамба.

Глава 1. Кто такие Стейкхолдеры. Немножко терминологии и теории.

Термин стейкхолдер

В основе данного термина лежит английское слово – “Stakeholder”, буквально – «владелец доли». Оксфордский словарь даёт нам такое определение – человек, который интересуется или беспокоиться о чем-нибудь, особенно в бизнесе. Термин на русский язык можно перевести, как «заинтересованная сторона». Состоит из слияния двух слов

1) stake – может иметь несколько значений перевода на русский:

– доля (в компании)

– что-то, что ставится на кон ради прибыли или убытка

– находиться под угрозой

– заостренный кусок дерева или другого материала, вбитый в землю в качестве маркера или опоры

2) holder – хранитель, держатель.

История первого использование этого термина уносит нас в эпоху колонизации Америки. Во время экспансии на Запад европейские поселенцы буквально «застолбили» (“stakes”) себе землю, чтобы заявить о своих правах собственности, вытеснив коренных жителей, которые изначально там жили. В документах о таких поселенцах описывали с