Альфа внешних проектных ролей
В системной схеме проекта альфа внешних проектных ролей/stakeholders относится к тем проектным ролям, для которых надсистема целевой системы проекта является их целевой. Команда (внутренние проектные роли) представлена отдельной альфой. Stakeholders имеют два значения: собственно роли и иногда агент, играющий роль. Поэтому будьте осторожными, чтобы не перепутать потребности принца Гамлета с потребностями Васи Пупкина, который сегодня играет роль принца Гамлета (в речи они оба могут быть «стейкхолдер», поэтому лучше используйте «внешнюю проектную роль» для обсуждения потребностей).
Внешние проектные роли дают возможность (следим за типами: это была только что упомянута альфа коммерческой возможности!) выполнения проекта, они его оплачивают или запрещают (скажем, внешняя проектная роль «регулятор», «надзор», «инспектор»). Успешность целевой системы (следим за типами: это была упомянута альфа воплощения целевой системы!) определяется именно внешними проектными ролями, ибо целевая система --- это та, в которой соблюдены их ролевые интересы/предпочтения.
Проектные роли могут играться группами исполнителей (например, 30 тыс. пользователей программного приложения с 30 тыс. продаж, или 1 тыс. зрителей спортивного поединка), каждая из групп может быть представлена каким-то «образцом проектной роли», или даже членом команды (например, отвечающим за продвижение/маркетинг), ответственным за представление разнообразных интересов внешних ролей и отстаивание их соблюдения как перед командой, так и перед другими внешними проектными ролями.
Хорошей практикой является сразу разделение альфы «внешние проектные роли» на отдельные подальфы индивидуальных проектных ролей и раздельный учёт состояния каждой из этих подальф. И обычно этих подальф сразу от пятнадцати, а не от трёх или пяти**!** Помним: в любой момент проекта число внешних проектных ролей на единицу больше числа выявленных проектных ролей --- и вот эта единица будет неиссякаемым источником сюрпризов.
Вот состояния/контрольные точки для внешних проектных ролей (и помним, что речь может идти или о свежесозданном MVP, или какой-то версии/инкременте системы, или даже об отдельной фиче в составе системы как «микропроекте»):
- Признаны (recognized): внешние проектные роли выявлены; ключевые из них представлены; ответственности представителей/исполнителей проектных ролей определены.
- Представлены (represented): исполнители внешних проектных ролей согласились с ответственностью; представители каких-то оргзвеньев получили полномочия; подход к сотрудничеству согласован; практики работы поддерживаются и уважаются.
- Вовлечены (involved): представители/исполнители внешних проектных ролей помогают команде; реагирование представителей на запросы своевременно, и они предлагают решения; изменения сообщаются вовремя.
- В согласии (in agreement): минимальные ожидания/предпочтения согласованы; представители/исполнители внешних проектных ролей довольны своим вовлечением; вклад внешних проектных ролей приносит пользу проекту; приоритеты ясны; перспективы команды и внешних проектных ролей сбалансированы.
- Удовлетворены для разворачивания (satisfied for deployment): имеется отклик/feedback от внешних проектных ролей; система готова для разворачивания в месте её эксплуатации.
- Удовлетворены в использовании (satisfied in use): отклик/feedback по использованию/эксплуатации системы доступен; система отвечает ожиданиям/предпочтениям.
Проектные роли совпадают с актёрами (конкретными оргзвеньями, которые исполняют эти роли) в тот момент, когда они играются. Люди-актёры могут играть в проекте несколько ролей, и несколько человек могут играть одну роль. Ведущая практика, которая катализирует сотрудничество актёров в ходе качественного отыгрывания ими своих ролей --- лидерство. Люди в команде должны выполнять лидерство не только для налаживания сотрудничества внутри команды (и команды из одного человека --- себя, «организовывать себя», «быть лидером самого себя», «сотрудничать/дружить с собой», а ещё команды из многих людей, и даже команды из многих больших оргзвеньев-предприятий) но и с необходимыми представителями/исполнителями внешних проектных ролей, чтобы играющие эти роли внешние по отношению к команде люди были вовлечены в проект и оказывали содействие в продвижениивсех альф проекта по их состояниям.
При документировании внешних проектных ролей хорошая идея --- использовать табличку из курса «Системное мышление», эта табличка приводилась в тот момент, когда мы рассказывали о ролях. Напомним её:
Номер п/п Роль Практика роли Исполнитель роли Должность исполнителя роли Организация исполнителя роли Мастерство исполнителя в данной роли Предмет интереса Предпочтение Стратегия агента
А ещё внешние проектные роли берут не только из надсистем к целевой системе, но и из надсистем в цепочке создания. Более того, часто в них включают и организации в цепочках создания, потому как команде в каком-то месте цепочки создания всё равно, что там с этой цепочкой: «не члены нашей команды, а взаимодействовать надо» --- всё, эти роли попали во «внешние проектные роли», проектирование ведь обычно ведётся не абстрактное, а в рамках работы какой-то команды. И если CEO считает все 8 тысяч человек какого-то холдинга «нашей командой», то команда какого-то небольшого проекта на пять человек в этом холдинге посчитает роли этого CEO совсем внешними (если вообще учтёт).