В системном подходе 2.0, когда говорят про систему, то автоматически подразумевают, что есть заинтересованные лица по отношению к этой системе. Заинтересованными признаются все проектные роли, которые как-то влияют на систему, или система может затронуть людей в определенных ролях. От этого взаимодействия системы и проектных ролей зависит граница, функция и устройство системы. Поэтому обсуждение системы начинается не с внутреннего устройства системы, а с понимания окружения системы. То есть в какую надсистему входит система, кому она нужна и что этим заинтересованным сторонам необходимо, какие у них проблемы и какие требования они выдвигают к системе. Отсюда возникает важный системный принцип: всегда начинать смотреть вовне системы, а только потом вовнутрь85.
Например, в классическом рассмотрении системы «часы» человек начал бы разбираться со свойствами системы, и обратил внимание внутрь системы, то есть начал обсуждать из чего состоит система. В современном рассмотрении необходимо начинать со взгляда вовне системы, то есть смотреть частью какой надсистемы являются часы, кому они нужны и как используются. После такого рассмотрения понимаешь, что речь идет о часах наручных или о часах с кукушкой или о часах в составе башни. При этом устройство всех эти часов будет разным86.
Таким образом, в системном подходе 2.0 системы не просто обладают свойствами целостности, эмерджетности и вложенности, но их важное свойство состоит в том, что системы зависят от заинтересованных лиц (проектных ролей). От удовлетворения интересов проектных ролей зависит успешность системы, поэтому рассмотрение системы начинается с её окружения: сначала смотрим вовне, а только потом внутрь системы.
Как создаются успешные системы
В современном системном мышлении вводится понятие «успешная система». Система считается успешной, если в ней учтены (удовлетворены) интересы всех внешних и внутренних проектных ролей. Команда проекта самостоятельно решает интересы каких проектных ролей учитывать при создании системы. Это осознанное решение, за которое команда несет ответственность. Команда ставит свою «шкуру на кон»87, когда определяет список проектных ролей, чьи интересы будут прорабатываться в проекте и в итоге удовлетворяться в системе88.
Первые стадии жизненного цикла любой системы связаны с замысливанием (идея), моделированием или проектированием89. На этих этапах происходит работа с интересами проектных ролей. Сначала выявляются все внешние и внутренние90 проектные роли, а также их потребности (проблемы). Определяются интересы проектных ролей к системе, намерения и предпочтения. Исходя из данной информации команда определяет короткий список проектных ролей, над интересами которых далее будет продолжена работа.
Далее формулируются требования к системе, которые вытекают из выявленных потребностей учтенных внешних проектных ролей. Из требований формируется архитектура91 системы, которая, в первую очередь, состоит из функциональной схемы, модульного разбиения и компоновки (места и размещения модулей в системе). По итогам архитектурного описания создаётся рабочая документация, в которой кроме важных архитектурных решений прописываются все остальные детали необходимые для создания системы.
Все разрабатываемые описания системы92 отвечают на какой-то интерес учтенных внутренних или внешних проектных ролей. Важный принцип системного мышления: «есть интерес – значит нужно сделать соответствующее описание системы, а если нет интереса, то не нужно делать описание системы». Поэтому выбор короткого списка учитываемых проектных ролей означает, что далее будет составляться только описания системы, которые соответствуют интересам ролей из короткого списка. Если в компании вы видите какой-то документ, то, скорее всего, он сделан для какой-то проектной роли. Например, рекламный буклет делается для потенциального интересанта, и он отличается от каталога продукции, который делается для подготовленного покупателя.
Составление дизайна, цветовая гамма, описание функций системы, список модулей (частей системы) и многие другие описания системы отвечают на определенные интересы. Системное мышление помогает разбираться во всех этих описаниях, и связывать их между собой при помощи других практик. Например, используя современную теорию решения изобретательских задач (ТРИЗ) можно разрешать противоречия, которые возникают между разными интересами, и тем самым определять архитектуру системы.
Архитектура системы определяет стадии и вид жизненного цикла создаваемой системы. Классические стадии жизненного цикла системы: замысливание, проектирование, создание, эксплуатация, утилизация. Виды жизненного цикла можно поделить на две группы93: водопадный и спиральный. Водопадный вид жизненного цикла означает, что нельзя вернуться на предыдущую стадию жизненного цикла. Из стадии эксплуатации нельзя перейти на стадию создание и чего подправить94. Спиральный вид жизненного цикла позволяет проходить стадии по циклу. Обычно так работают в ИТ: сначала систему проектируют, потом создают, потом выводят в эксплуатацию и смотрят результат, а далее снова проектируют и т. д. Многие системы проходят по спиральному циклу или «живут» годами и десятилетиями.
Исходя из архитектуры, рабочей документации и стадий жизненного цикла определяются практики, которые используют внутренние проектные роли, чтобы «провести» систему по виду жизненного цикла. Команда выбирает практики и методы95, которые постадийно создают систему. Например, замысливать систему команда будет методом мозгового штурма, выявлять требования методом интервью, разрешать противоречия и определять архитектуру методом ТРИЗ+, а производить – методом аутсорсинга96, и т. д.
Определив практики жизненного цикла можно приступать к формулированию работ. Работы осуществляются по выбранным методам (практикам) внутренними проектными ролями в необходимые сроки. Работы собираются в этапы проекта, которые в отличие от стадий жизненного цикла идут в физическом времени. Стадии имеют логическое время, то есть все стадии выстроены в определенную логику – вид жизненного цикла. При этом стадии могут идти одновременно97, а этапы проекта следуют строго друг за другом. В этапах проекта время физическое.
Обратите внимание, что итогом системного рассмотрения является список работ, которые должны быть выполнены внутренними проектными ролями в определенное время выбранными методами (практиками)98. Однако, чтобы получить понятные99 работы необходимо связать и обсудить совместно вопросы предпринимательства, инженерии и менеджмента. Менеджер не может осознанно формулировать работы100 без понимания вида и стадий жизненного цикла, которыми занимаются инженеры, а последние не могут создавать данные описания системы и ещё архитектуру без понимания возможностей (потребностей) и выявленных внешних проектных ролей, которыми занимается предприниматель.
Всю вышеописанную деятельность команда начинает проводить с первых дней замысливания системы и может продолжать на всех этапах реализации проекта по созданию системы, постепенно уточняя все описания системы и список работ. Параллельно выполняя уже понятные и запланированные ранее работы.
Здесь приведено краткое описание применения системного мышления к созданию успешной системы. Но множество нюансов опущено. Для их изучения требуется разобраться в трансдисциплине системное мышление и пройти этапы постановки мастерства, о котором речь шла в главе 7.
В конце укажем связь деятельности по созданию успешной системы со стадиями жизнедеятельности деятеля101. На стадиях «Потребление информации» и «Размышление» формируются идеи, эти стадии можно связать с предпринимательской деятельностью. На стадии «Стратегирование» определяются приоритетные проекты и системы, причем последние требуют моделирования и проектирования. Здесь проводится совместная работа предпринимателя и инженера. На стадии «Планирование» происходит перевод описаний системы в нарезанные по этапам проекта работы. В этом задействованы инженеры и менеджеры. А на стадии «Реализация» определенным проектным ролям необходимо выполнить запланированные работы (чек-листы). Это уже область ответственности менеджера.
Подводя итог рассмотрению деятельности по созданию успешной системы необходимо отметить, что системное мышление увязывает между собой предпринимательский, инженерный и менеджерский интересы. Системное рассмотрение позволяет формальным образом проложить путь от формирования идеи до ее воплощения в физическом мире в виде системы.
Понятия: системный подход 2.0, жизненный цикл, вид, стадии, этапы проекта.
Виды систем
Целевая и другие системы
В современном системном подходе выделяются следующие виды систем, которые помогают управлять вниманием системного деятеля: целевая система, надсистема, системы обеспечения, системы в окружении, подсистемы102. Системы выделяются вниманием, а в курсах системного мышления учат принципам данного выделения и тренируют беглость работы с каждой системой и со всеми с ними вместе. В данном разделе поговорим о каждой системе, однако это не заменит осознанного изучения учебника «Системное мышление», и дальнейшего применения изученных понятий к рабочим проектам.
Целевая система – это главная система, ради которой происходит какая-либо деятельность. Когда говорим о деятеле меняющим мир, то подразумеваем, что он привносит в физическом мире какую-то целевую систему. Целевая система создаётся, чтобы решить проблемы какой-то группы людей103. Деятельность деятеля может быть направлена не только на создание новой целевой системы, но на изменение, эксплуатацию или уничтожение целевой системы. Например, для концерна «БМВ» целевой системой может быть автомобиль «i8»104.
Найти целевую систему не просто, особенно начинающему, потому что нет алгоритма выделения целевых систем. И даже опытный деятель или команда, выделяя целевую систему понимают, что за это решение они будут нести ответственность. Системное мышление лишь помогает не совершить методологические ошибки при выборе целевой системы. Однако, насколько это решение правильно с точки зрения жизни проверяется в конкретном проекте.
Надсистема – это система, в которую физически входит целевая система105. Целевая система «автомобиль» может входить в надсистему «поездка», в состав которой также входит водитель и пассажир. Поездка может быть разной, поэтому надсистему необходимо не только определять, но и детально изучать. Главный методологический принцип состоит в том, чтобы проследить физическую вложенность целевой системы в надсистему. Обычно в этом месте студенты, изучающие системное мышление, спотыкаются106. Вложенность систем легко увидеть, когда говорят про «железные системы»: мотор является частью автомобиля. Однако, рассматриваемые в системном мышлении системы могут быть более сложными, и поэтому необходимо тренироваться в способности видеть отношение вложенности.
Системы обеспечения – это системы, которые участвуют в задумывании, проектировании, создании, ремонте и эксплуатации целевой системы. Концерн «БМВ», дилеры, продающие и ремонтирующие автомобиль, и утилизаторы – все они являются системами обеспечения для целевой системы автомобиль.
Ещё один пример – доставленная к ужину пицца. В данном случае можно считать доставленную пиццу – целевой системой, а надсистемой – ужин членов семьи. Системой обеспечения будут – повар со всеми своими кулинарными технологиями, доставщик пиццы со своими технологиями и т. п.
Три области интересов непосредственно связаны с основными системами, то есть можно говорить о модели «области интересов и три главные системы»:
• надсистема связана с предпринимательской областью интересов, она же клиентская область107;
• целевая система связана с инженерной областью интересов, она же область продукта;
• система обеспечения связана с менеджерской областью интересов, она же область предприятия.
С целевой системой разными способами взаимодействуют системы в окружении. Например, для автомобиля системами в окружении будут водитель и пассажир, а также дорога, заправка и т. п. Системы в окружении помогают лучше понять границы целевой системы. В случае с «доставленной к ужину пиццей» системами в окружении будут другие яства и напитки, столовые приборы и т. п. Понимание систем в окружении позволяет лучше понимать какой должна быть целевая система, а также даёт пишу для размышлений на предмет экспансии бизнеса. Ваша компания может расширить линейку целевых систем за счёт создания систем в окружении. Если вы доставляете пиццу, то вполне можете также доставлять другую еду или напитки. С точки зрения методологии последние станут новыми целевыми системами, однако стоит ли так делать в бизнесе системное мышление не говорит. Вам придётся решать это исходя из предпринимательских прикладных практик.
Подсистемами являются части целевой системы. Для автомобиля подсистемами являются мотор, салон, шасси и т. п. Подсистемы физически входят в целевую систему, в свою очередь целевая система является подсистемой для надсистемы. В итоге связь подсистема-целевая система-надсистема символизирует системные уровни. Как мы помним из прошлого раздела, на каждом системном уровне возникает свойство эмерджентности.
В большом проекте работает большое количество команд, каждая из которых занимается какой-то своей системой. Например, какая-то команда занимается созданием мотора автомобиля. В таком случае команда все равно будет считать своей целевой системой автомобиль, что обуславливает связь команды с большим коллективом, который создаёт автомобиль. А мотор для команды будет «нашей системой», которая в данном случае будет частью целевой системы108. Понятие «наша система» позволяет отдельному человеку или команде найти свою систему или своё место в большом коллективе.
Выделение разных систем происходит по отношению к какой-то целевой системе. Если говорим о надсистеме, то значит есть целевая система, а если есть система обеспечения, то ей тоже всегда соответствует целевая система. Однако, прежде чем выделять целевую систему необходимо разобраться со своими ролями, должностями и командой. Это понимание позволяет определить свою ответственность и полномочия, от которых зависит системный уровень и границы целевой системы. Вам могут дать полномочия создавать поршень или весь мотор или автомобиль в целом. В примере с автомобилем системные уровни понятны, но, скорее всего, такая ясность не свойственна вашим рабочим проектам.
К сожалению, в одном разделе невозможно рассказать все детали про разные системы и про то, как с ними работать. Для этого потребуется освоить весь понятийный минимум системного мышления. Изучение учебника «Системное мышление» имеет целью познакомить читателя не только с понятийными минимумом, но и показать связь разных понятий между собой. А далее необходимо применять системное мышление к работе с разными целевыми системами. Например, после изучения учебника на практикуме «Системное мышление» студенты составляют итоговое эссе для учебных проектов, а после этого можно переходить к вашим рабочим реальным проектам.