Системное саморазвитие. Том 2. Системы деятеля, меняющего мир

Системное описание состоит из требований, архитектуры и неархитектурной части120. Требования описывают систему как «черный ящик» или снаружи, а архитектура и неархитектурная часть – как «прозрачный ящик» или внутреннее устройство системы. Системная документация состоит из списка требований, архитектурной документации и рабочей документации. Обсудим данные понятия подробнее.

Требования и потребности

Требованиями описывается то, что должна делать система. Упоминание «черного ящика» означает, что требованиями описывается внешнее поведение системы, выполнение её функции в надсистеме. В требованиях ничего не говорится о внутреннем устройстве системы, она представляется как «черный ящик». Например, требование к системе «легковой автомобиль»: максимальная скорость не менее 250 км/ч, вес не более 2 тонн, разгон до 100 км/ч за 3 сек и т. п.

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

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

Когда речь идет о требованиях, то обязательно подразумевают, что в ответ на эти требования будет предложена функция конкретной системы. Обычно, если не уточняется система, то значит речь идет о требованиях к целевой системе. Или говорят ещё системные требования (system requirements). Если же речь идет о требованиях к надсистеме, то они называются потребностями или нужды внешних проектных ролей (stakeholder needs)122. Требования и потребности в одном проекте нельзя путать, они описывают разные системы: требования к целевой системе, а потребности – это требования к надсистеме. Например, для надсистемы «поездка» и целевой системы легковой автомобиль: потребностями будет комфортное круглогодичное передвижение из пригорода в город, а требование – проходимость, настраиваемый климат в салоне, не укачиваемость, а также могут быть требования к скорости, весу и времени разгона.

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

Архитектура системы

Системная архитектура (system architecture), как и требования – часть системного описания. Однако, в отличие от требований, архитектура описывает важнейшие инженерные решения о том, как устроена целевая система. Требования описывают систему как «черный ящик», а архитектура – как «прозрачный ящик». Все важные части целевой системы называются архитектурой системы.

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

Важное внутреннее (или архитектурное) строение системы можно описать с разных точек зрения. В учебнике «Системное мышление»124 приводится пример с ножницами, в котором показано несовпадение функционального и модульного рассмотрения системы как «прозрачного ящика».

В ножницах выделяют функциональные части – это ножевой блок и ручка. Данные части – это функциональная архитектура системы ножницы. Функциональная архитектура, в первую очередь, интересует инженеров, но не интересует менеджеров. Интерес инженеров – как работает система. Модульная архитектура ножниц состоит из одной половинки и другой половинки. Знание моделей помогает понять как будет проводиться сборка системы. Модульное устройство системы менеджеров интересует в обязательном порядке, поскольку им необходимо понимать этапы изготовления системы. Кроме функционального и модульного рассмотрения существует компоновка или места/размещения модулей125.

Неархитектурной функциональной частью ножниц может быть упор для безымянного пальца в парикмахерских ножницах, а модульная неархитектурная часть – болтик для крепления двух половинок126.

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

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

Используя аналогию со стадиями жизнедеятельности деятеля, для того, что чтобы начать изготовление системы (стадия «Реализация») необходимо:

• пройти стадии «Потребление информации» и «Размышления», чтобы определить группы потребителей и их проблемы;

• пройти стадию «Стратегирование», чтобы определить те проектные роли, которые будут учитываться, выявить потребности и требования, составить архитектурное и неархитектурное описание;

• пройти стадию «Планирование», чтобы определить этапы проекта и нарезать внутренним ролям работы по практикам.

Понятие архитектура системы будет использовано в главе 12, когда будем переходить от требований к внутреннему устройству системы «Деятель», а именно к функциональной архитектуре. С самой функциональной архитектурой деятеля вы уже знакомы по модели «Человек-платформа». В этой модели представлены три функциональные части – мастерство собранности, мыслительное мастерство и прикладное мастерство.

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

Понятия: системное описание; требование, потребность; архитектура или системная архитектура, неархитектурная часть; архитектурная документация

Человек в системном рассмотрении

Человек как роль и как система

В точки зрения системного мышления на человека можно посмотреть со следующих точек зрения:

• человек – исполнитель проектных ролей;

• человек как система.

Рассмотрение человека как исполнителя проектных ролей означает, что на действие человека смотрим как на действие по проектной роли128. В проектной деятельности любое поведение человека необходимо рассматривать с точки зрения его ролевого поведения. Мы уже говорили в главе 5, что человек – это совокупность играемых им ролей.

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

Человек в проектных ролях может быть частью надсистемы, целевой системы или системы обеспечения.

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

Человека можно рассмотреть, как целевую систему, если речь идет о создании или развитии жизненного мастерства, включающем и телесное развитие. В этом случае проектом будет деятельность по саморазвитию или проект обучения человека-деятеля. Например, целевой системой можно считать пловца кролем, а системой обеспечения – проект обучения плаванию.

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

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

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

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

Личные системы

Модель человека как совокупности играемых ролей помогает разбираться с личными системами, в которых необходимо различать неудовлетворенности и ролевые интересы. Рассмотрим деятельность человека по имени Иван, который обучается трехмерному (3D) моделированию134.

Однако, предварительно рассмотрим целевую систему – легковой автомобиль. Это позволит потом действовать по аналогии. В любой деятельности можно выделить клиента, целевую систему (продукт) и производителя как часть системы обеспечения. Заказчик хочет получить какой-то продукт, который является в глазах производителя целевой системой, которую он создаёт для клиента.

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

Такое разделение позволяет рассмотреть отдельно разные интересы. Заказчик может хотеть перевозить грузы, ездить на рыбалку или автомобиль ему нужен для статуса. В тот момент, когда человек-клиент ведет автомобиль, он исполняет роль водителя. Кроме водителя есть и другие проектные роли в предпринимательской (клиентской) области интересов. Например, пассажир, пешеходы, конкуренты и т. п. А ещё есть партия зеленых, которых заботит экология. Для кого производитель делает автомобиль и какие интересы учитывает, решает предприниматель, которого интересует клиентская область.

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

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

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

В проектах создания личных систем, примером которых является обучение, человек часто играет все роли одновременно. Иван, со стороны клиентской области интересов, является заказчиком, который хочет получить новое мастерство135. Продуктом или целевой системой является он же сам, умеющий играть новую роль проектировщика 3D. В личных системах целевой системой часто является «обладающий мастерством играть новые роли человек». В данном случае для проекта обучения 3D-моделированию целевой системой будет мастер 3D-моделирования.

Далее, в производстве этого «продукта» задействован целый набор ролей: менеджер, учитель, методист, методолог, мотиватор и т. п. Но в этом производстве главная роль – это роль ученика. Ученик непосредственно изготавливает новую роль мастера 3D-моделирования, но делает это своеобразным способом. Эту работу не так видно, как работу команды автопроизводителя, создающей автомобиль. Ученик потребляет информацию (теории), размышляет (мышление письмом) и осваивает 3D-технологии (тренировками переводит мышление из левого в правый спектр). Таким образом, ученик буквально создаёт новые нейронные связи. Школа в ролях преподавателя, методиста и других ролей тоже участвует в этом процессе, оказывая ученику разнообразные сервисы по доставке информации, помощи в освоении теории и тренировке новых практик, а также, возможно, исполняет роль лидера136.

Неудовлетворенность в проекте саморазвития

Мы разобрались с разными проектными ролями, которые играет Иван в проекте саморазвития. Однако, у Ивана, как и у любого человека есть неудовлетворенности. В мультфильме «Головоломка» (англ. Inside Out, дословно с англ. – «Наизнанку») компания Pixar доступным образом показала как в человеке уживаются разные роли (хотя в мультфильме роли называются эмоциями).

Как говорилось в главе про роли, личную неудовлетворенность Ивана не рассматриваем, когда обсуждаем ролевые интересы проектировщика и других ролей в проекте саморазвития. Личную неудовлетворенность Ивана необходимо рассматривать в личных системах. На неудовлетворенность человека можно посмотреть, как на требования137, которые выдвигает человек к себе же. При этом человек из одной своей роли выдвигает требования к другой роли, которая представлена системой мастер 3D-моделирования (Проектировщик).

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

Исполняя роль предпринимателя, Иван должен решить в какую систему добывания денег, он будет инвестировать имеющиеся время и деньги138. Иван может применить предпринимательскую практику и своё мыслительное мастерство, чтобы разобраться в сложной ситуации и сделать выбор исходя из всех личных интересов и интересов членов семьи. В итоге он сделал выбор в пользу автомобильной сферы деятельности, а не личного бизнеса или госслужбы. Иван из роли ученика начинает создавать целевую систему – «Проектировщик».

Итак, модель «я – совокупность ролей» помогает разбираться с личными неудовлетворенностями, разделив роли на:

• те, что выдвигают требования или роли (1), имеющие неудовлетворенность;

• те, которые нужно создать под эти требования или роли (2), которые решают неудовлетворенность роли (1);

• роли (3), которые будут создавать роли (2), которые, в свою очередь, решают неудовлетворенность роли (1)139.

Когда человек говорит «я – плохой» или «мне хочется», то так он выдвигает требование из одних своих ролей (1) к себе как к исполнителю других ролей (2). Человек в роли клиента недоволен системой автомобиль, а в случае с личной системой человек недоволен собой как исполнителем ролей по добыванию денег.

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

Увлечение психологией последние десятилетия – это тренд на изучение своих потребностей и требований. Однако, не всегда это удаётся сделать и излишнее самокопание – не лучшая стратегия. Как говорил Форд: «Если бы я спросил людей, чего они хотят, они бы попросили более быструю лошадь.» Также иной раз спрашивать себя бесполезно. Спрашивать себя о возможных интересах нужно, но при этом важно всегда действовать и тестировать свои интересы. Пробуя действовать можно быстрее понять, что нравится или нравится. Если при этом обращать внимание на практику, то вы быстрее пройдете второй этап постановки привычки – «Могу»140.

Модель «Человек-платформа», являясь архитектурным описанием141, помогает создавать себя, развивая жизненное мастерство, а в процессе этого развития будут совмещаться желания и возможности или потребности с требованиями, и мастерство по их удовлетворению.

Таким образом, переводя рассуждения в практическую сферу можно выделить следующие поведения – " мне хочется того-то», «что мне для этого нужно» и «как мне это осуществить». «Мне хочется» – это потребности некоторых личных ролей (1), которые имеют неудовлетворенность. Здесь человек понимает, что требуется вложить в будущее, и ограничить текущий досуг. «Что мне для того нужно» – это требование к себе (к каким-то ролям), а в ответ на эти требования необходимо создать личные роли (2) или получить соответствующее жизненное мастерство. «Как мне этого осуществить» – это деятельность системы обеспечения и ролей (3), которые будут ставить (создавать) выбранное жизненное мастерство (2).

Понятия: человек в системном рассмотрении; системное лидерство; «неудовлетворенность в проекте саморазвития».

Системные навыки

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

Вот краткий чек-лист, который вы можете использовать при работе с рабочими или личными системами:

• целевая система представлена в физическом мире, и не является документацией. Докажите;

• целевая система является частью надсистемы. Назовите целевую систему и ее надсистему, а также докажите вложенность;

• целевая система имеет свойство эмерджентности. Назовите системный эффект целевой системы или функцию целевой системы;

• целевую систему кто-то проектирует, производит, эксплуатирует. Назовите системы обеспечения, в том числе команду проекта;

• в целевой системе заинтересованы определенные проектные роли. Назовите внешние и внутренние проектные роли;

• целевая система имеет воплощение, описание и документацию. Расскажите об этом;

• целевая система имеет подсистемы. Назовите их, выделите самые важные (архитектура);

• какие проектные роли играете вы и как это вам поможет становиться бесконечно-развивающимся деятелем. Свяжите выполнение проектных ролей с развитием жизненного мастерства.

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

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

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

2. Разделять систему как физический объект и её функцию.

3. Отделять целевую систему от системы обеспечения или цель от средств.

4. Видеть за системой заинтересованных лиц (внешние и внутренние проектные роли).

5. Описывать деятельность по трем областям интересов:

• начинать с того, кому и зачем что-то нужно (описывать надсистему, главных потребителей и их первоочередные проблемы);

• потом про ваше предложение или про вашу систему, а именно что это и какая главная функция, как оно работает и из чего состоит (целевая система);

• и в конце про то, как это осуществить или создать, с чего начинать и что для этого нужно (система обеспечения).

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