скачать книгу бесплатно
Всю вышеописанную деятельность команда начинает проводить с первых дней замысливания системы и может продолжать на всех этапах реализации проекта по созданию системы, постепенно уточняя все описания системы и список работ. Параллельно выполняя уже понятные и запланированные ранее работы.
Здесь приведено краткое описание применения системного мышления к созданию успешной системы. Но множество нюансов опущено. Для их изучения требуется разобраться в трансдисциплине системное мышление и пройти этапы постановки мастерства, о котором речь шла в главе 7.
В конце укажем связь деятельности по созданию успешной системы со стадиями жизнедеятельности деятеля[101 - Модель «Стадия жизнедеятельности бесконечно-развивающегося деятеля» описана в главе 5.]. На стадиях «Потребление информации» и «Размышление» формируются идеи, эти стадии можно связать с предпринимательской деятельностью. На стадии «Стратегирование» определяются приоритетные проекты и системы, причем последние требуют моделирования и проектирования. Здесь проводится совместная работа предпринимателя и инженера. На стадии «Планирование» происходит перевод описаний системы в нарезанные по этапам проекта работы. В этом задействованы инженеры и менеджеры. А на стадии «Реализация» определенным проектным ролям необходимо выполнить запланированные работы (чек-листы). Это уже область ответственности менеджера.
Подводя итог рассмотрению деятельности по созданию успешной системы необходимо отметить, что системное мышление увязывает между собой предпринимательский, инженерный и менеджерский интересы. Системное рассмотрение позволяет формальным образом проложить путь от формирования идеи до ее воплощения в физическом мире в виде системы.
Понятия: системный подход 2.0, жизненный цикл, вид, стадии, этапы проекта.
Виды систем
Целевая и другие системы
В современном системном подходе выделяются следующие виды систем, которые помогают управлять вниманием системного деятеля: целевая система, надсистема, системы обеспечения, системы в окружении, подсистемы[102 - В курсе системного мышления вы ознакомитесь и с другими видами систем. Например, с «нашей системой».]. Системы выделяются вниманием, а в курсах системного мышления учат принципам данного выделения и тренируют беглость работы с каждой системой и со всеми с ними вместе. В данном разделе поговорим о каждой системе, однако это не заменит осознанного изучения учебника «Системное мышление», и дальнейшего применения изученных понятий к рабочим проектам.
Целевая система – это главная система, ради которой происходит какая-либо деятельность. Когда говорим о деятеле меняющим мир, то подразумеваем, что он привносит в физическом мире какую-то целевую систему. Целевая система создаётся, чтобы решить проблемы какой-то группы людей[103 - В этой связи нередко говорят о «миссии». Миссия – это и есть желание решить конкретные проблемы определенной группы людей, то есть для формулирования миссии необходимо четко понимать проблемы и группу людей. В качестве основных проблем человека можно говорить об неудовлетворенностях, и поэтому целевая система должна помочь определенной группе людей удовлетворить свои потребности или снять их страдания.]. Деятельность деятеля может быть направлена не только на создание новой целевой системы, но на изменение, эксплуатацию или уничтожение целевой системы. Например, для концерна «БМВ» целевой системой может быть автомобиль «i8»[104 - Другие модели концерна также являются целевыми системами.].
Найти целевую систему не просто, особенно начинающему, потому что нет алгоритма выделения целевых систем. И даже опытный деятель или команда, выделяя целевую систему понимают, что за это решение они будут нести ответственность. Системное мышление лишь помогает не совершить методологические ошибки при выборе целевой системы. Однако, насколько это решение правильно с точки зрения жизни проверяется в конкретном проекте.
Надсистема – это система, в которую физически входит целевая система[105 - Целевая система является частью надсистемы. В этом проявляется классическое свойство вложенности.]. Целевая система «автомобиль» может входить в надсистему «поездка», в состав которой также входит водитель и пассажир. Поездка может быть разной, поэтому надсистему необходимо не только определять, но и детально изучать. Главный методологический принцип состоит в том, чтобы проследить физическую вложенность целевой системы в надсистему. Обычно в этом месте студенты, изучающие системное мышление, спотыкаются[106 - Если у вас с этим проблемы, то необходимо подтянуть знание онтологики.]. Вложенность систем легко увидеть, когда говорят про «железные системы»: мотор является частью автомобиля. Однако, рассматриваемые в системном мышлении системы могут быть более сложными, и поэтому необходимо тренироваться в способности видеть отношение вложенности.
Системы обеспечения – это системы, которые участвуют в задумывании, проектировании, создании, ремонте и эксплуатации целевой системы. Концерн «БМВ», дилеры, продающие и ремонтирующие автомобиль, и утилизаторы – все они являются системами обеспечения для целевой системы автомобиль.
Ещё один пример – доставленная к ужину пицца. В данном случае можно считать доставленную пиццу – целевой системой, а надсистемой – ужин членов семьи. Системой обеспечения будут – повар со всеми своими кулинарными технологиями, доставщик пиццы со своими технологиями и т. п.
Три области интересов непосредственно связаны с основными системами, то есть можно говорить о модели «области интересов и три главные системы»:
• надсистема связана с предпринимательской областью интересов, она же клиентская область[107 - Здесь применяем принцип, что терминология не важна, поэтому будем по-разному называть данные области интересов.];
• целевая система связана с инженерной областью интересов, она же область продукта;
• система обеспечения связана с менеджерской областью интересов, она же область предприятия.
С целевой системой разными способами взаимодействуют системы в окружении. Например, для автомобиля системами в окружении будут водитель и пассажир, а также дорога, заправка и т. п. Системы в окружении помогают лучше понять границы целевой системы. В случае с «доставленной к ужину пиццей» системами в окружении будут другие яства и напитки, столовые приборы и т. п. Понимание систем в окружении позволяет лучше понимать какой должна быть целевая система, а также даёт пишу для размышлений на предмет экспансии бизнеса. Ваша компания может расширить линейку целевых систем за счёт создания систем в окружении. Если вы доставляете пиццу, то вполне можете также доставлять другую еду или напитки. С точки зрения методологии последние станут новыми целевыми системами, однако стоит ли так делать в бизнесе системное мышление не говорит. Вам придётся решать это исходя из предпринимательских прикладных практик.
Подсистемами являются части целевой системы. Для автомобиля подсистемами являются мотор, салон, шасси и т. п. Подсистемы физически входят в целевую систему, в свою очередь целевая система является подсистемой для надсистемы. В итоге связь подсистема-целевая система-надсистема символизирует системные уровни. Как мы помним из прошлого раздела, на каждом системном уровне возникает свойство эмерджентности.
В большом проекте работает большое количество команд, каждая из которых занимается какой-то своей системой. Например, какая-то команда занимается созданием мотора автомобиля. В таком случае команда все равно будет считать своей целевой системой автомобиль, что обуславливает связь команды с большим коллективом, который создаёт автомобиль. А мотор для команды будет «нашей системой», которая в данном случае будет частью целевой системы[108 - На заводе БМВ существуют команды, для которых «нашей системой» будет конвейерная линия, но целевой системой будет все равно автомобиль. Для столовой завода «БМВ» «нашей системой» будет накормленная рабочая смена. Таким образом, сохраняется связь с большим коллективом, который создаёт автомобиль, и конвейерная линия строится именно под сборку автомобиля, а не холодильника.]. Понятие «наша система» позволяет отдельному человеку или команде найти свою систему или своё место в большом коллективе.
Выделение разных систем происходит по отношению к какой-то целевой системе. Если говорим о надсистеме, то значит есть целевая система, а если есть система обеспечения, то ей тоже всегда соответствует целевая система. Однако, прежде чем выделять целевую систему необходимо разобраться со своими ролями, должностями и командой. Это понимание позволяет определить свою ответственность и полномочия, от которых зависит системный уровень и границы целевой системы. Вам могут дать полномочия создавать поршень или весь мотор или автомобиль в целом. В примере с автомобилем системные уровни понятны, но, скорее всего, такая ясность не свойственна вашим рабочим проектам.
К сожалению, в одном разделе невозможно рассказать все детали про разные системы и про то, как с ними работать. Для этого потребуется освоить весь понятийный минимум системного мышления. Изучение учебника «Системное мышление» имеет целью познакомить читателя не только с понятийными минимумом, но и показать связь разных понятий между собой. А далее необходимо применять системное мышление к работе с разными целевыми системами. Например, после изучения учебника на практикуме «Системное мышление» студенты составляют итоговое эссе для учебных проектов, а после этого можно переходить к вашим рабочим реальным проектам.
С каких целевых систем начинать изучение
системного мышления
Как говорили в прошлой главе №7, изучение понятийного минимума системного мышления происходит на этапе «Объяснение». На этой первом этапе мастерства системного мышления развивается способность разъяснять понятия, принципы и правила трансдисциплины системное мышление[109 - Напомним, что для прохождения первой стадии необходимо пройти онлайн-курс «Системное мышление» или Базовый курс «Системный подход в предпринимательстве, инженерии и менеджменте», а также обязательно написать посты как минимум по каждому разделу учебника.]. На следующем этапе «Умения» необходимо применить освоенные понятия в учебных проектах. Результатом учебного проекта будет системное описание по созданию систем:
• «железная система»: вы системный инженер на фабрике. В составе команды вам руководство поставило задачу разработать новые ножницы;
• «ИТ-система»: вы собственник небольшой ИТ-компании, которая создаёт ИТ-программу для станка ЧПУ;
• «динамическая система»: вы хотите научиться плавать кролем (или научить своего ребенка) или хотите разучить танец для свадьбы. Необходимо организовать данную деятельность;
• «проведение вебинара»: вы сотрудник ШСМ, и вам поручили провести вебинар о том, что такое системное мышление.
Примеры приведены для того, чтобы показать универсальность системного описания для разных систем и видов деятельности. При этом на этапе «Умения» речь идет о простых целевых системах.
Системное описание делается исходя из понятийного минимума трансдисциплины системного мышления. При этом учебный проект не требует развитого деятельностного кругозора в соответствующих сферах деятельности. Однако при реализации реального рабочего проекта на следующем этапе «Навык» потребуются глубокие знания прикладных практик и опыт работы в данной сфере деятельности.
В рамках курса «Системное саморазвитие»[110 - то есть без знаний курса «Системное мышление».] вы не сможете сделать системное описание учебного проекта, однако сможете потренироваться в нахождении разных видов систем. Домашнее задание по данной главе потребует найти целевую систему, надсистему, системы обеспечения, системы окружения и подсистему в своей сфере деятельности.
Таким образом, в данном разделе вы ознакомились с главными видами систем, которые необходимы для составления системного описания.
Понятия: целевая система, надсистема, системы обеспечения, системы в окружении, подсистемы, наша система; учебный проект; «области интересов и три главные системы».
Система и проект
Цель и целевая система
Любая деятельность намного продуктивнее, если понимается цель этой деятельности. Поэтому часто можно слышать советы о постановке целей, о понимании зачем вам что-то нужно делать и т. п. Продолжая данные рассуждения с точки зрения системного подхода можно говорить, что цель любой деятельности – создать определенную целевую систему. А соответственно, системой обеспечения будет сама деятельность по созданию данной целевой системы. Обычно эта деятельность называется проектом, процессом, работой и т. п.
Люди часто говорят про проект по созданию системы, то есть выделяют «проект» как систему обеспечения, и «систему» как целевую систему. Это хороший навык говорить одновременно про проект, про систему, а ещё не забывать надсистему или тех, кому нужна целевая система. Однако, часто постановка целей не рассматривается как поиск целевой системы.
Вспомните процесс постановки личных целей или целей, которые ставит руководство компании. Многие такие цели не достигаются по следующим причинам:
• нет представления или отождествления формулировки цели с результатом в физическом мире. Например, часто бизнес-цели формулируются абстрактным образом – увеличить прибыль на 10% к 1 апреля или захватить 10% долю рынка в следующем году, повысить производительность сборочной линии на 20% в течение следующего квартала. Непонятно, что стоит за этим в физическом мире.
• постановщик цели заканчивает свои размышления моментом достижения цели, он не думает, что будет после этого. Тем не менее, часто главное действие начинается как раз после этого. Ставим цель – поступить в следующем году в МГУ на мехмат, бросить курить с ближайшего понедельника или похудеть на 10 кг к пляжному сезону. На достижение таких целей не жалеют никаких сил, средств и хитростей. Но если не продумать дальнейшие этапы, то усилия будут насмарку – из университета отчислили, привычка курения и вес вернулись.
Цели, за которыми не стоит физическая система, это такие «бумажные» цели. Если поставить «бумажную цель», то планы, стратегии, работы и т. п. будут также недостаточно связаны с физическим миром или будет слишком много вариантов их достижения. «Бумажная цель» часто достигается по бумажным отчетам, и это не приводит к изменению в деятельности предприятия. Например, по отчетам прибыль увеличилась, но при этом уменьшились инвестиции или снизилось качество продукции. В итоге цель вроде достигнута, но в реальности положение предприятия станет хуже. Когда ставится «бумажная цель», тогда организационная деятельность подчас концентрируется на достижение интересов отдельных проектных ролей, а не всех проектных ролей. А ведь последнее – незыблемое правило системного мышления: успешная система – это система, в которой учтены интересы всех заинтересованных лиц.
«Бумажные» цели отражают интересы наиболее влиятельных проектных ролей, но при этом не уделяется должного внимания выявлению других интересов. Например, увеличение прибыли заботит менеджера или предпринимателя. Поэтому подобные «бумажные цели» – это пожелания только этих конкретных проектных ролей. А что же с остальными интересами?
Такая проверка на «бумажность» цели помогает понять, что будут не учтены интересы других заинтересованных лиц. Подчас достижение любыми способами «бумажных целей» не учитывает этику и мораль, а это потенциальные риски в будущем.
Почему ещё необходимо разбираться с тем, что должно измениться в физическом мире и планировать полный жизненный цикл[111 - Время разработки продукта становится почти мгновенным. Стадии разработки идут параллельно, и чтобы не было бардака необходимо этим умело управлять, понимая вид и практики жизненного цикла.], а не только процесс достижения цели? Нет ничего хуже для экономики предприятия, когда планируемая организационная деятельность является напрасной. Планы, стратегии, концепции будут написаны исходя из «бумажной цели». Они будут хороши для отчетов, но не для изменения мира. В этом кроется фундаментальная проблема почему даже правильно сформулированные цели по SMART[112 - https://ru.wikipedia.org/wiki/SMART] не являются панацеей или почему их достижение не меняет качество жизни или работы.
Цель будет продуктивной, если её формулировать исходя из создания определенной целевой системы. Например, цель – это создание к 1 апреля новой маркетинговой системы предприятия. В процессе описания данной системы определяются интересы всех заинтересованных лиц, требования к этой системе, её основные части и т. п. Система должна удовлетворить одно из требований менеджера – увеличить прибыль на 10%. Но именно одно из требований, но не единственное. Можно детально представить данную маркетинговую систему путём перечисления объектов, которые в нее войдут. Это и сами маркетологи, рабочие места, конкретные используемые технологии и т. п. Организационная деятельность по созданию системы будет в обязательном порядке рассматривать не только стадию создания, но и подробнейшим образом будет описана стадия эксплуатации.
В этой связи, когда речь идет о важном целеполагании, то необходимо ставить цель в виде определения целевой системы, а деятельность по ее достижению можно называть проектом.
Целевая система и личное стратегирование
Рассмотрим, как понятие целевая система применяется к личному стратегированию. Одна из стадий жизнедеятельности бесконечно-развивающегося деятеля называется стадией «Личное стратегирование». Как помните, из данной модели на стадиях «Потребление информации» и «Размышления» зарождаются мысли и идеи. Человек так или иначе мечтает и ставит перед собой цели. Понятия целевая система и проект по ее созданию позволяет формализовать действия по личному стратегированию, выделив два действия:
1. из идей формулируются возможные целевые системы и определяются проекты по их созданию;
2. из всего списка проектов выбираются приоритетные, которые потом попадают на стадию «Планирование».
Первое действие имеет задачу проработки идей в виде формулировки целевой системы, и определения необходимой системы обеспечения. В процессе проработки уточняется надсистема и главные внешние проектные роли, которые имеют определенные проблемы. Целевая система направлена на то, чтобы решить данные проблемы главных внешних проектных ролей[113 - Обращая внимание на страдания (неудовлетворенности) людей, лучше понимаешь, что они готовы сделать для их устранения.]. Личная целевая система также должна позволить вам удовлетворить свои предпочтения, ради которых вы инвестировали время и отказывались от текущих неудовлетворенностей[114 - Прочитайте еще раз раздел «Отрицательная полезность труда» в главе 2.]. Например, вы получили личную систему «подкаченное тело», что устранило более важную неудовлетворенность, чем многие другие текущие потребности, которые вы игнорировали, когда инвестировали время на фитнес.
Обращенное внимание на проект по созданию целевой системы необходимо, чтобы оценить внутренние ресурсы для реализации проекта. В качестве внутренних ресурсов рассматриваются время, финансы, жизненное мастерство, включая требуемые для создания системы прикладные практики. Кроме того, важно понимать свой жизненное мастерство, которое должно быть достаточно для создания целевой системы. Например, хватит ли у вас мастерства собранности, чтобы систематически посещать фитнес в течение полугода? А хватит ли собранности, чтобы в течение пары лет систематически учить иностранный язык?
Данная проработка позволяет осознать, насколько важен и кому нужен данный проект по созданию целевой системы. В процессе постоянного стратегирования, проекты и целевые системы уточняются, появляются новые или, наоборот, считаются потерявшими актуальность. Наиболее нужные и/или наиболее проработанные берутся в работу, то есть переходят на стадию «Планирования». Более подробно о выборе проектов и их планировании будет рассказано соответственно в главах 9 и 10.
В большинстве случаев личное стратегирование проводится человеком неосознанно, а на уровне предприятий при формировании целей в приоритете часто рассматривается один интерес, и не учитываются все возможные интересы. Понятие целевой системы и других систем позволяет осознанно подойти к процессу стратегирования и планирования своей рабочей и личной деятельности.
Понятия: цель как целевая система, проект как система обеспечения.
Системное описание
Системное описание или описание системы всегда существует, если в физическом мире выделена система[115 - Однако, это описание может быть не полным, и не всегда это описание задокументировано. Если система выделена вниманием, то есть по крайней мере, требования к системе.]. Раз уж своим вниманием выделили систему, то значит у вас есть какие-то особые пожелания к ней, то есть вы не произвольно её выделяете[116 - Если выделяете произвольно, то, скорее всего, у вас нет проекта и реальной деятельности, а вы просто играетесь или философствуете на тему.] из окружения. Хотя, возможно, до конца не осознаете все пожелания или не можете сразу дать полного описания системы. Тем более, что полное описание системы зависит от всех заинтересованных лиц (проектных ролей).
Системная документация или документация системы – это документы[117 - Или артефакты, рабочие продукты.], которые описывают систему. Описание есть всегда[118 - Обычно на старых предприятиях имеется дядя Петя или тетя Валя, которые держат в голове все описания системы, но нет полной документации. Несмотря на отсутствие документации, системы создаются и работа выполняется.], если есть система, но документация системы существует не всегда, ее необходимо создавать[119 - Документация или рабочие продукты системного описания составляются с помощью определенных практик. Например, с помощью практики бухгалтерского учёта составляется рабочий продукт – бухгалтерский баланс, который является одним из описаний системы «предприятие».] или записать на каком-то физическом носителе.
Системное описание состоит из требований, архитектуры и неархитектурной части[120 - Обычно архитектура и неархитектурная часть вместе называется проектом системы. В данном случае термин «проект» означает не деятельность, а описание (design).]. Требования описывают систему как «черный ящик» или снаружи, а архитектура и неархитектурная часть – как «прозрачный ящик» или внутреннее устройство системы. Системная документация состоит из списка требований, архитектурной документации и рабочей документации. Обсудим данные понятия подробнее.
Требования и потребности
Требованиями описывается то, что должна делать система. Упоминание «черного ящика» означает, что требованиями описывается внешнее поведение системы, выполнение её функции в надсистеме. В требованиях ничего не говорится о внутреннем устройстве системы, она представляется как «черный ящик». Например, требование к системе «легковой автомобиль»: максимальная скорость не менее 250 км/ч, вес не более 2 тонн, разгон до 100 км/ч за 3 сек и т. п.
Требования возникают у проектных ролей, как внешних, так и внутренних. Учитываются требования только тех ролей, интересы которых принято учитывать при создании целевой системы. Поэтому решение о том, какие роли учитывать непосредственно влияет на требования, а потом на архитектуру, и в последствии на воплощение системы. Инженер по требованиям в результате коммуникации с заинтересованными лицами самостоятельно определяет список требований, с которыми далее работает архитектор системы.
Как мы говорили выше, описание системы есть всегда, когда есть система. Соответственно требования существуют тоже всегда, если определена система или есть внешние проектные люди, которые что-то хотят от системы. Выделяя вниманием систему, это делается исходя из каких-то требований, которые можно и не осознавать. Выделив систему «легковой автомобиль», мы сразу определили главное требование – способность самостоятельно передвигаться и перевозить пассажиров. Далее работа с требованиями помогает лучше описать будущую систему. В зависимости от учитываемых проектных ролей легковой автомобиль может получиться разным. При работе с требованиями их необходимо документировать, и управлять требованиями[121 - Управление требованиями – важная часть инженерии требований. Требования формируются в течение определенного времени, иногда достаточно длительного, за который они могут дополняться и существенно изменяться.].
Когда речь идет о требованиях, то обязательно подразумевают, что в ответ на эти требования будет предложена функция конкретной системы. Обычно, если не уточняется система, то значит речь идет о требованиях к целевой системе. Или говорят ещё системные требования (system requirements). Если же речь идет о требованиях к надсистеме, то они называются потребностями или нужды внешних проектных ролей (stakeholder needs)[122 - Для внешних проектных ролей надсистема (по отношению к нашему проекту и целевой системы) может быть целевой системой, поэтому потребности для нашей команды будут требованиями для внешних проектных ролей. Для команды, ответственной за подсистему, требования к целевой системе будут потребностями. Термины потребности и требования определяются относительно двух смежных системных уровней.]. Требования и потребности в одном проекте нельзя путать, они описывают разные системы: требования к целевой системе, а потребности – это требования к надсистеме. Например, для надсистемы «поездка» и целевой системы легковой автомобиль: потребностями будет комфортное круглогодичное передвижение из пригорода в город, а требование – проходимость, настраиваемый климат в салоне, не укачиваемость, а также могут быть требования к скорости, весу и времени разгона.
Требования к целевой системе вытекают из потребностей. В задачу инженера по требованию входит связка выявленных потребностей и требований, а в задачу архитектора – связка требований с архитектурой системы.
Архитектура системы
Системная архитектура (system architecture), как и требования – часть системного описания. Однако, в отличие от требований, архитектура описывает важнейшие инженерные решения о том, как устроена целевая система. Требования описывают систему как «черный ящик», а архитектура – как «прозрачный ящик». Все важные части целевой системы называются архитектурой системы.
Также как и про требования, про архитектуру всегда можно говорить, начиная с момента выделения вниманием системы из внешнего мира. Но не всегда существует архитектурная документация. Созданием данного рабочего продукта занимается архитектор, который использует соответствующие архитектурные практики. Например, теория решения изобретательских задач призвана находить архитектурные решения и создавать архитектурную документацию новой технической системы, а для системы предприятия[123 - Предприятие – тоже система, и соответственно существует архитектура предприятия.] используются практики разработки архитектуры предприятия.
Важное внутреннее (или архитектурное) строение системы можно описать с разных точек зрения. В учебнике «Системное мышление»[124 - Однако, описание системы как «прозрачного ящика» не ограничивается только тремя приведенными в учебнике – функциональное, модульное и места/размещения.] приводится пример с ножницами, в котором показано несовпадение функционального и модульного рассмотрения системы как «прозрачного ящика».
В ножницах выделяют функциональные части – это ножевой блок и ручка. Данные части – это функциональная архитектура системы ножницы. Функциональная архитектура, в первую очередь, интересует инженеров, но не интересует менеджеров. Интерес инженеров – как работает система. Модульная архитектура ножниц состоит из одной половинки и другой половинки. Знание моделей помогает понять как будет проводиться сборка системы. Модульное устройство системы менеджеров интересует в обязательном порядке, поскольку им необходимо понимать этапы изготовления системы. Кроме функционального и модульного рассмотрения существует компоновка или места/размещения модулей[125 - Об этом подробнее изучайте в курсе «Системное мышление».].
Неархитектурной функциональной частью ножниц может быть упор для безымянного пальца в парикмахерских ножницах, а модульная неархитектурная часть – болтик для крепления двух половинок[126 - Картинка из учебника «Системное мышление». Здесь важно отметить, что неархитектурная часть хоть и не относится к главным частям системы, но без них система не сможет выполнять эмерджентное свойство (функцию).].
Понятие архитектуры важно для создания системы. Без понимания архитектуры невозможно создание успешной системы или эта система будет создаваться длительное время и с большими финансовыми затратами. Архитектор системы принимает важнейшие решения о том, как должна быть устроена система, чтобы удовлетворить требованиям. Например, чтобы удовлетворить вышеуказанным требованиям в скорости, весе и времени разгона легкового автомобиля архитектор может принять решение о том, чтобы использовать электрический двигатель. Это существенное архитектурное решение, которое определяет остальное устройство автомобиля.
Архитектурная документация в простейшем виде представляется списком принятых важных инженерных решений[127 - Архитектурная документация может быть в форме текста, диаграмм, моделей на архитектурных языках, но важно, чтобы данные решения не оставались в голове отдельных людей, иначе трудно добиться коллективной работы.]. Неархитектурная документация или рабочая документация представляется точными инженерными описаниями (расчётами, формальными моделями, в том числе компьютерными). Исходя из данных документаций заказываются необходимые модули и происходит сборка или изготовление системы.
Используя аналогию со стадиями жизнедеятельности деятеля, для того, что чтобы начать изготовление системы (стадия «Реализация») необходимо:
• пройти стадии «Потребление информации» и «Размышления», чтобы определить группы потребителей и их проблемы;
• пройти стадию «Стратегирование», чтобы определить те проектные роли, которые будут учитываться, выявить потребности и требования, составить архитектурное и неархитектурное описание;
• пройти стадию «Планирование», чтобы определить этапы проекта и нарезать внутренним ролям работы по практикам.
Понятие архитектура системы будет использовано в главе 12, когда будем переходить от требований к внутреннему устройству системы «Деятель», а именно к функциональной архитектуре. С самой функциональной архитектурой деятеля вы уже знакомы по модели «Человек-платформа». В этой модели представлены три функциональные части – мастерство собранности, мыслительное мастерство и прикладное мастерство.
Таким образом, начав с выделения заинтересованных проектных ролей, их потребностей и требований, трансдисциплина системное мышление определяет необходимость составления архитектурной документации неархитектурной документации, а в дальнейшем определение работ по созданию успешной системы.
Понятия: системное описание; требование, потребность; архитектура или системная архитектура, неархитектурная часть; архитектурная документация
Человек в системном рассмотрении
Человек как роль и как система
В точки зрения системного мышления на человека можно посмотреть со следующих точек зрения:
• человек – исполнитель проектных ролей;
• человек как система.
Рассмотрение человека как исполнителя проектных ролей означает, что на действие человека смотрим как на действие по проектной роли[128 - Если для этого есть важная причина. Например, проектная деятельность или желание улучшить своё жизненное мастерство.]. В проектной деятельности любое поведение человека необходимо рассматривать с точки зрения его ролевого поведения. Мы уже говорили в главе 5, что человек – это совокупность играемых им ролей.
Как мы уже знаем, если есть проект, то всегда есть целевая система, для которой проект является системой обеспечения. На всех задействованных в проекте или имеющих отношение к системе людей можно посмотреть, как на проектные роли[129 - Как мы знаем из главы 5 проектные роли могут быть внешними и внутренними по отношению к проекту.]. Поэтому, когда видите людей в проекте, то необходимо с помощью практик ролевого мастерства выявлять их проектные роли, и исходя из этого строить с ними коммуникацию[130 - Вежливое или ненасильственное общение, конечно, важно и является формой коммуникации, но содержание коммуникации определяется проектной ролью.]. При этом важно понимать интересы данных проектных ролей к определенным системам – надсистеме, целевой системе, системам обеспечениям и другим.
Человек в проектных ролях может быть частью надсистемы, целевой системы или системы обеспечения.
Человек может быть исполнителем внутренних или внешних проектных ролей, то есть он может исполнять проектные роли в составе команды системы обеспечения, а может использовать целевую систему или целевая система будет его как-то затрагивать[131 - Например, водитель управляет целевой системой «легковой автомобиль», которую производит концерн «БМВ».].
Человека можно рассмотреть, как целевую систему, если речь идет о создании или развитии жизненного мастерства, включающем и телесное развитие. В этом случае проектом будет деятельность по саморазвитию или проект обучения человека-деятеля. Например, целевой системой можно считать пловца кролем, а системой обеспечения – проект обучения плаванию.
Общее представление человека как системы даёт модель «Человек-платформа». Для целевой системы «Человек-платформа» проектом будет бесконечная жизнедеятельность по улучшению жизненного мастерства на трех платформенных уровнях: прикладное мастерство, мыслительное мастерство и мастерство собранности (включая телесное развитие).
В любых проектах с участием человека необходимо использовать прикладную практику системного лидерства. Мотор в системе «легковой автомобиль» выполняет роль, которую ему определил инженер, и даже искусственный интеллект в роли водителя будет исполнять заведомо известные функции. Но не каждое поведение человека-водителя соответствует ожидаемой игре по роли. Причины могут быть разными, и часто бывает, что человек играет совсем другую проектную роль из другого проекта, и заботит его иная целевая система[132 - Например, вместо составления 3D модели автомобиля он планирует поездку на отдых или он не может найти мотивацию.]. В этих случаях требуется реализовывать практику системного лидерства, чтобы помочь человеку встать в требуемую проектную роль. Системное лидерство делает так, чтобы человек-водитель исполнял предписанную роль добровольно, эффективно и получал при этом удовлетворение.
Практика системного лидерства реализуется не только руководителем, но и любым человеком в проектной команде. В системной команде каждый знает свои роли и роли своих коллег, поэтому игра не по роли становится сразу заметной. Не руководитель, а в первую очередь, коллеги обращают внимание человека на его выход из роли. В этой связи говорят, что современное лидерство – это распределенное лидерство, то есть не сосредоточенное в руках одного руководителя. Каждый человек должен владеть практикой системного лидерства, которая помогает человеку встать в необходимую проектную роль и с удовлетворением ее исполнить[133 - Практика системного лидерства – это прикладная практика, которая требует отдельного изучения. В настоящее время в курсе «Системный менеджмент и стратегирования» даётся обзор данной практики.].
В первую очередь, системное лидерство необходимо применять к себе, поскольку вы сами должны находить сочетание внутренней и внешней мотивации для исполнения собственных проектных ролей в рабочих и личных системах.
Личные системы
Модель человека как совокупности играемых ролей помогает разбираться с личными системами, в которых необходимо различать неудовлетворенности и ролевые интересы. Рассмотрим деятельность человека по имени Иван, который обучается трехмерному (3D) моделированию[134 - https://en.wikipedia.org/wiki/3D_modeling].
Однако, предварительно рассмотрим целевую систему – легковой автомобиль. Это позволит потом действовать по аналогии. В любой деятельности можно выделить клиента, целевую систему (продукт) и производителя как часть системы обеспечения. Заказчик хочет получить какой-то продукт, который является в глазах производителя целевой системой, которую он создаёт для клиента.
Заказчик хочет решать какие-то свои потребности по переездам, и допустим хотел получить легковой автомобиль. Автомобиль изготавливает целая команда – от проектировщиков до рабочих конвейера. Сложную реальность физического мира мы разделили своим вниманием на три области интересов: клиентская или предпринимательская, продуктовая или инженерная, обеспечивающая область предприятия или менеджерская.
Такое разделение позволяет рассмотреть отдельно разные интересы. Заказчик может хотеть перевозить грузы, ездить на рыбалку или автомобиль ему нужен для статуса. В тот момент, когда человек-клиент ведет автомобиль, он исполняет роль водителя. Кроме водителя есть и другие проектные роли в предпринимательской (клиентской) области интересов. Например, пассажир, пешеходы, конкуренты и т. п. А ещё есть партия зеленых, которых заботит экология. Для кого производитель делает автомобиль и какие интересы учитывает, решает предприниматель, которого интересует клиентская область.
