Системное мышление

Интересом может быть всё что угодно. ISO 42010 даёт следующий (абсолютно неполный) примерный список интересов: функциональность, достижимость, использование, назначение системы, системные возможности, системные свойства, известные ограничения, структура, поведение, результативность/производительность, использование ресурсов, надёжность, защита, целостность и безопасность информации, сложность, способность эволюционировать, открытость, параллельность в выполнении, автономность, стоимость, план-график, качество обслуживания, гибкость в использовании, гибкость в разработке, возможность модификации, модульность, управление, межпроцессные коммуникации, взаимные блокировки, изменения состояния, интеграция подсистем, доступность данных, приватность, соответствие законодательству, обоснования, организационные цели и стратегии, пользовательский опыт, сопровождаемость, приемлемость по цене и простота вывода из эксплуатации и уничтожения (functionality, feasibility, usage, system purposes, system features, system properties, known limitations, structure, behavior, performance, resource utilization, reliability, security, information assurance, complexity, evolvability, openness, concurrency, autonomy, cost, schedule, quality of service, flexibility, agility, modifiability, modularity, control, inter-process communication, deadlock, state change, subsystem integration, data accessibility, privacy, compliance to regulation, assurance, business goals and strategies, customer experience, maintainability, affordability and disposability).

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

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

Поэтому правильно говорить об интересе именно как теме, а не склеивать тему интереса и его оценку. То есть не «интересом продавца является цена повыше», и «интересом покупателя является цена пониже», а «интересом продавца и покупателя является цена», и уже потом только говорить о разных оценках этого интереса.

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

В языке описания архитектуры предприятий ArchiMate для стейкхолдера, интереса (в ArhciMate 3.0 он называется driver80) и оценки (assessment) интереса существуют разные значки – именно для того, чтобы показать возможность разной оценки одной и той же интересующей стейкхолдеров темы разными стейкхолдерами.

Вот пример диаграммы ArchiMate 3.0, увязывающей в одной схеме стейкхолдеров, интересы, оценки81:

Поэтому главное, для чего нам нужны стейкхолдеры – это для обнаружения их интересов, и мы должны отвечать на их вопросы в соответствии с этими интересами.

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

В публичном документе CPS PWG Cyber-Physical Systems (CPS) Framework Release 1.082 приведена более полная, чем в ISO 42010 таблица интересов для киберфизических систем (то есть систем, в составе которых есть датчики, эффекторы и управляющий ими компьютер):

В этом документе ввиду большой длины списка интересов, они разбиты на группы интересов – аспекты: функциональный, организационный, человеческий, доверия, времени, данных, границ, состава, жизненного цикла (functional, business, human, trustworthiness, timing, data, boundaries, composition, lifecycle).