Сколько всего стейкхолдеров

We use cookies. Read the Privacy and Cookie Policy

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

И начинать нужно не с двух-трёх стейкхолдеров, а примерно с 15 (пятнадцати). Помним при этом, что если пятеро человек в проекте играют одну и ту же роль, то это один стейкхолдер. Помните танец маленьких лебедей из Лебединого озера? Там четыре исполнителя, но роль «маленький лебедь» по факту одна. Пользователей у коробочного софта может быть сорок тысяч человек, но стейкхолдер один – «пользователь». Так что 15 стейкхолдеров по факту могут оказаться довольно большим числом людей. Но верно и обратное: один исполнитель роли может играть множество ролей, так что пять человек в проекте могут оказаться на поверку десятком самых разных стейкхолдеров.

Один из менеджеров проекта нам рассказал, что после того, как он легко нашёл первых пятнадцать стейкхолдеров, он понял, на что незаметно уходило всё его время: 15 телефонных разговоров в день по 10 минут каждый и 10 минут подготовки к разговору и обработки результатов разговора сразу дают 5 часов просто на поддержку адекватного понимания! А если нужно решать какие-то проблемы проекта со стейкхолдерами, то 10 минут разговора явно не хватает. Поскольку стейкхолдеров никто в проекте явно не отслеживал, это время уходило «невидимо», оно тратилось неосознанно, в планах оно не отражалось, ресурсы менеджера на эту работу не выделялись и не учитывались.

Согласно ISO 42010 для инженерных проектов необходимо, как минимум, учитывать следующих стейкхолдеров: пользователей (users), операторов (operators), покупателей (acquirers) системы, собственников (owners), поставщиков (suppliers), разработчиков (developers), изготовителей (builders), эксплуатационный персонал (maintainers) системы. И это только минимальный список для целей этого стандарта!

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

• танцора,

• партнёра (но только в танцах, где они есть! В других танцах их может не быть, или наоборот, танец может быть в ансамбле со множеством танцоров, для lap dance это не столько «партнёр», сколько «клиент»),

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

• тренера/педагога (учит танцевать),

• музыкального редактора (подбор музыки),

• организатора танцевального мероприятия (вечеринки, баттла/соревнования, концерта, семинара/фестиваля и т.п.),

• часто в этот список включают фотографа (на вечеринках) или видеографа (для концертных выступлений и баттлов),

• для сценических танцев будет ещё художник по костюмам,

• нередко и гримёр/визажист.

И это тоже не полный список! Например, в спортивных танцах есть ещё

• судьи в жюри,

• судья-информатор.

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

И помните, что вы тоже в проекте стейкхолдер или даже несколько стейкхолдеров.

Не забывайте учесть себя.