Системный подход 2.0 обращает внимание на заинтересованных лиц и на роли, которые они играют по отношению к системе. Исходя из этого определяется система, её границы и системный эффект, а также как будет использоваться система. Совокупность всех интересов проектных ролей определяет: какой будет система, какая будет у нее функция, из чего будет состоять система и т. п. Например, автоконцерн создаёт легковой автомобиль с учётом возможных интересов потенциальных клиентов в ролях водителя, пассажира, эксплуатанта, собственника, пешеходов, контролирующих органов, защитников окружающей среды и т. п. Каждый учтенный интерес определяет то каким должен быть автомобиль. Например, если не было бы экологического интереса, то не нужно было бы ставить подсистему очистки выхлопных газов, которая соответствует стандарту Евро-6. А поставив такую подсистему в автомобиль, производитель поменял устройство системы. Всё что сделано в легковом автомобиле является ответом на какой-то интерес проектной роли, который автопроизводитель решил учесть. Система «легковой автомобиль» будет успешной, если будут учтены (удовлетворены) интересы всех заинтересованных лиц (проектных ролей).

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

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

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

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

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

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

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

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

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

Архитектура системы определяет стадии и вид жизненного цикла создаваемой системы. Классические стадии жизненного цикла системы: замысливание, проектирование, создание, эксплуатация, утилизация. Виды жизненного цикла можно поделить на две группы⁹³: водопадный и спиральный. Водопадный вид жизненного цикла означает, что нельзя вернуться на предыдущую стадию жизненного цикла. Из стадии эксплуатации нельзя перейти на стадию создание и чего подправить⁹⁴. Спиральный вид жизненного цикла позволяет проходить стадии по циклу. Обычно так работают в ИТ: сначала систему проектируют, потом создают, потом выводят в эксплуатацию и смотрят результат, а далее снова проектируют и т. д. Многие системы проходят по спиральному циклу или «живут» годами и десятилетиями.

Исходя из архитектуры, рабочей документации и стадий жизненного цикла определяются практики, которые используют внутренние проектные роли, чтобы «провести» систему по виду жизненного цикла. Команда выбирает практики и методы⁹⁵, которые постадийно создают систему. Например, замысливать систему команда будет методом мозгового штурма, выявлять требования методом интервью, разрешать противоречия и определять архитектуру методом ТРИЗ+, а производить – методом аутсорсинга⁹⁶, и т. д.

Определив практики жизненного цикла можно приступать к формулированию работ. Работы осуществляются по выбранным методам (практикам) внутренними проектными ролями в необходимые сроки. Работы собираются в этапы проекта, которые в отличие от стадий жизненного цикла идут в физическом времени. Стадии имеют логическое время, то есть все стадии выстроены в определенную логику – вид жизненного цикла. При этом стадии могут идти одновременно⁹⁷, а этапы проекта следуют строго друг за другом. В этапах проекта время физическое.

Обратите внимание, что итогом системного рассмотрения является список работ, которые должны быть выполнены внутренними проектными ролями в определенное время выбранными методами (практиками)⁹⁸. Однако, чтобы получить понятные⁹⁹ работы необходимо связать и обсудить совместно вопросы предпринимательства, инженерии и менеджмента. Менеджер не может осознанно формулировать работы¹⁰⁰ без понимания вида и стадий жизненного цикла, которыми занимаются инженеры, а последние не могут создавать данные описания системы и ещё архитектуру без понимания возможностей (потребностей) и выявленных внешних проектных ролей, которыми занимается предприниматель.

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

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

В конце укажем связь деятельности по созданию успешной системы со стадиями жизнедеятельности деятеля¹⁰¹. На стадиях «Потребление информации» и «Размышление» формируются идеи, эти стадии можно связать с предпринимательской деятельностью. На стадии «Стратегирование» определяются приоритетные проекты и системы, причем последние требуют моделирования и проектирования. Здесь проводится совместная работа предпринимателя и инженера. На стадии «Планирование» происходит перевод описаний системы в нарезанные по этапам проекта работы. В этом задействованы инженеры и менеджеры. А на стадии «Реализация» определенным проектным ролям необходимо выполнить запланированные работы (чек-листы). Это уже область ответственности менеджера.

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

Понятия: системный подход 2.0, жизненный цикл, вид, стадии, этапы проекта.