В системном подходе 2.0, когда говорят про систему, то автоматически подразумевают, что есть заинтересованные лица по отношению к этой системе. Заинтересованными признаются все проектные роли, которые как-то влияют на систему, или система может затронуть людей в определенных ролях. От этого взаимодействия системы и проектных ролей зависит граница, функция и устройство системы. Поэтому обсуждение системы начинается не с внутреннего устройства системы, а с понимания окружения системы. То есть в какую надсистему входит система, кому она нужна и что этим заинтересованным сторонам необходимо, какие у них проблемы и какие требования они выдвигают к системе. Отсюда возникает важный системный принцип: всегда начинать смотреть вовне системы, а только потом вовнутрь85.

Например, в классическом рассмотрении системы «часы» человек начал бы разбираться со свойствами системы, и обратил внимание внутрь системы, то есть начал обсуждать из чего состоит система. В современном рассмотрении необходимо начинать со взгляда вовне системы, то есть смотреть частью какой надсистемы являются часы, кому они нужны и как используются. После такого рассмотрения понимаешь, что речь идет о часах наручных или о часах с кукушкой или о часах в составе башни. При этом устройство всех эти часов будет разным86.

Таким образом, в системном подходе 2.0 системы не просто обладают свойствами целостности, эмерджетности и вложенности, но их важное свойство состоит в том, что системы зависят от заинтересованных лиц (проектных ролей). От удовлетворения интересов проектных ролей зависит успешность системы, поэтому рассмотрение системы начинается с её окружения: сначала смотрим вовне, а только потом внутрь системы.

Как создаются успешные системы

В современном системном мышлении вводится понятие «успешная система». Система считается успешной, если в ней учтены (удовлетворены) интересы всех внешних и внутренних проектных ролей. Команда проекта самостоятельно решает интересы каких проектных ролей учитывать при создании системы. Это осознанное решение, за которое команда несет ответственность. Команда ставит свою «шкуру на кон»87, когда определяет список проектных ролей, чьи интересы будут прорабатываться в проекте и в итоге удовлетворяться в системе88.

Первые стадии жизненного цикла любой системы связаны с замысливанием (идея), моделированием или проектированием89. На этих этапах происходит работа с интересами проектных ролей. Сначала выявляются все внешние и внутренние90 проектные роли, а также их потребности (проблемы). Определяются интересы проектных ролей к системе, намерения и предпочтения. Исходя из данной информации команда определяет короткий список проектных ролей, над интересами которых далее будет продолжена работа.

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

Все разрабатываемые описания системы92 отвечают на какой-то интерес учтенных внутренних или внешних проектных ролей. Важный принцип системного мышления: «есть интерес – значит нужно сделать соответствующее описание системы, а если нет интереса, то не нужно делать описание системы». Поэтому выбор короткого списка учитываемых проектных ролей означает, что далее будет составляться только описания системы, которые соответствуют интересам ролей из короткого списка. Если в компании вы видите какой-то документ, то, скорее всего, он сделан для какой-то проектной роли. Например, рекламный буклет делается для потенциального интересанта, и он отличается от каталога продукции, который делается для подготовленного покупателя.