Анатолий Левенчук - Системное мышление

• Реализована (addressed): возможность реализована; решение достойно воплощения; стейкхолдеры удовлетворены;

• Извлекается выгода (benefit accrued): решение приносит выгоду; возврат на инвестиции приемлем.

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

Стейкхолдеры могут быть разделены на группы (например, 30 тыс. пользователей программного приложения с 30 тыс. продаж, или 1 тыс. зрителей спортивного поединка), каждая из групп может быть представлена каким-то «образцом стейкхолдера», или даже членом команды (например, отвечающим за маркетинг), ответственным за представление интересов и отставание перед другими стейкхолдерами и командой оценок интересов этих стейкхолдеров.

Хорошей практикой является сразу разделение альфы «стейкхолдеры» на отдельные подальфы «стейкхолдер» и раздельный учёт состояния этих подальф.

Вот состояния/контрольные точки для стейкхолдеров:

• Признаны (recognized): группы стейкхолдеров выявлены; ключевые группы стейкхолдеров представлены; ответственности представителей стейкхолдеров определены.

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

• Вовлечены (involved): представители помогают команде; реагирование представителей на запросы своевременно и они предлагают решения; изменения сообщаются вовремя.

• В согласии (in agreement): минимальные ожидания согласованы; представители стейкхолдеров довольны своим вовлечением; вклад стейкхолдеров приносит пользу; вклад команды приносит пользу; приоритеты ясны и перспективы команды и стейкхолдеров сбалансированы.

• Удовлетворены для разворачивания (satisfied for deployment): имеется отклик/feedback стейкхолдеров; система готова для разворачивания.

• Удовлетворены в использовании (satisfied in use): отклик/feedback по использованию системы доступен; система отвечает ожиданиям.

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

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

В оригинальном OMG Essence в числе основных альф нет определения системы, но зато есть альфа «требования». Доработанный для системной инженерии вариант включает в себя все подальфы определения системы – и требования, и архитектуру, и неархитектурную часть проекта/design (рабочку).

Состояния альфы определения системы тут даётся очень обобщённое для «железной системы», рекомендуется для разных систем адаптировать эти состояния:

• Замыслено (concieved): стейкхолдеры согласны, что система будет сделана; методы описания системы согласованы; способ согласования описаний со стейкхолдерами согласован; механизмы управления конфигурацией описаний согласованы.

• Непротиворечиво (coherent): определения системы документированы, и описания доступны команде и стейкхолдерам; происхождение описаний ясно; описания проверяются; противоречивые описания выявлены и ими занимаются; команда понимает описания и соглашается их воплотить; соответствующая описаниям система принимается стейкхолдерами как заслуживающая воплощения.

• Используется для изготовления (in use for manufacturing): изготавливающая систему часть команды считает, что описаний хватает для начала изготовления; технологии изготовления определены и описаны; возникающие при изготовлении системы проблемы приводят к доработке и актуализации определения системы.

• Используется для проверки и приёмки воплощения (in use for V&V): есть все описания, нужные для проверки и приёмки; проверки, критерии их успешности и способ проведения определены; стейкхолдеры согласны с объёмом проверок.

• Используется для эксплуатации (in use for operations): определение системы используется для сбора информации о состоянии эксплуатируемого воплощения системы (цифровой двойник, digital twin); определение системы наряду с информацией цифрового двойника используется для принятия решений о техобслуживании, ремонтах, модернизации.

• Используется для вывода из эксплуатации (in use for retirement): используется для определения момента вывода из эксплуатации или принятии решения о продлении эксплуатации; демонстрирует отсутствие вредных эффектов (например, загрязнения окружающей среды) при выводе из эксплуатации; используется для планирования и проведения работ по уничтожению и/или переработке воплощения системы.

Приведённые выше состояния альфы определения системы являются настолько общими, что для реального проекта должны быть конкретизированы для актуального вида жизненного цикла. Например, предлагаемый набор состояний для определения системы совершенно сознательно не формулируются как водопадная «логическая» последовательность «готовы потребности», «готовы требования», «готова архитектура» и т. д. Более того, возможны подальфы определения системы, выделенные по частям или версиям системы (например, «описания первого прототипа»), а не по типу описаний («требования», «архитектура», «неархитектурная часть проекта/design с подробностью, достаточной для изготовления»).