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