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

С каких целевых систем начинать изучение

системного мышления

Как говорили в прошлой главе №7, изучение понятийного минимума системного мышления происходит на этапе «Объяснение». На этой первом этапе мастерства системного мышления развивается способность разъяснять понятия, принципы и правила трансдисциплины системное мышление109. На следующем этапе «Умения» необходимо применить освоенные понятия в учебных проектах. Результатом учебного проекта будет системное описание по созданию систем:

• «железная система»: вы системный инженер на фабрике. В составе команды вам руководство поставило задачу разработать новые ножницы;

• «ИТ-система»: вы собственник небольшой ИТ-компании, которая создаёт ИТ-программу для станка ЧПУ;

• «динамическая система»: вы хотите научиться плавать кролем (или научить своего ребенка) или хотите разучить танец для свадьбы. Необходимо организовать данную деятельность;

• «проведение вебинара»: вы сотрудник ШСМ, и вам поручили провести вебинар о том, что такое системное мышление.

Примеры приведены для того, чтобы показать универсальность системного описания для разных систем и видов деятельности. При этом на этапе «Умения» речь идет о простых целевых системах.

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

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

Таким образом, в данном разделе вы ознакомились с главными видами систем, которые необходимы для составления системного описания.

Система и проект

Цель и целевая система

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

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

Вспомните процесс постановки личных целей или целей, которые ставит руководство компании. Многие такие цели не достигаются по следующим причинам:

• нет представления или отождествления формулировки цели с результатом в физическом мире. Например, часто бизнес-цели формулируются абстрактным образом – увеличить прибыль на 10% к 1 апреля или захватить 10% долю рынка в следующем году, повысить производительность сборочной линии на 20% в течение следующего квартала. Непонятно, что стоит за этим в физическом мире.

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

Цели, за которыми не стоит физическая система, это такие «бумажные» цели. Если поставить «бумажную цель», то планы, стратегии, работы и т. п. будут также недостаточно связаны с физическим миром или будет слишком много вариантов их достижения. «Бумажная цель» часто достигается по бумажным отчетам, и это не приводит к изменению в деятельности предприятия. Например, по отчетам прибыль увеличилась, но при этом уменьшились инвестиции или снизилось качество продукции. В итоге цель вроде достигнута, но в реальности положение предприятия станет хуже. Когда ставится «бумажная цель», тогда организационная деятельность подчас концентрируется на достижение интересов отдельных проектных ролей, а не всех проектных ролей. А ведь последнее – незыблемое правило системного мышления: успешная система – это система, в которой учтены интересы всех заинтересованных лиц.

«Бумажные» цели отражают интересы наиболее влиятельных проектных ролей, но при этом не уделяется должного внимания выявлению других интересов. Например, увеличение прибыли заботит менеджера или предпринимателя. Поэтому подобные «бумажные цели» – это пожелания только этих конкретных проектных ролей. А что же с остальными интересами?

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

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

Цель будет продуктивной, если её формулировать исходя из создания определенной целевой системы. Например, цель – это создание к 1 апреля новой маркетинговой системы предприятия. В процессе описания данной системы определяются интересы всех заинтересованных лиц, требования к этой системе, её основные части и т. п. Система должна удовлетворить одно из требований менеджера – увеличить прибыль на 10%. Но именно одно из требований, но не единственное. Можно детально представить данную маркетинговую систему путём перечисления объектов, которые в нее войдут. Это и сами маркетологи, рабочие места, конкретные используемые технологии и т. п. Организационная деятельность по созданию системы будет в обязательном порядке рассматривать не только стадию создания, но и подробнейшим образом будет описана стадия эксплуатации.

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

Целевая система и личное стратегирование

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

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

2. из всего списка проектов выбираются приоритетные, которые потом попадают на стадию «Планирование».

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

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

Данная проработка позволяет осознать, насколько важен и кому нужен данный проект по созданию целевой системы. В процессе постоянного стратегирования, проекты и целевые системы уточняются, появляются новые или, наоборот, считаются потерявшими актуальность. Наиболее нужные и/или наиболее проработанные берутся в работу, то есть переходят на стадию «Планирования». Более подробно о выборе проектов и их планировании будет рассказано соответственно в главах 9 и 10.

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

Системное описание

Системное описание или описание системы всегда существует, если в физическом мире выделена система115. Раз уж своим вниманием выделили систему, то значит у вас есть какие-то особые пожелания к ней, то есть вы не произвольно её выделяете116 из окружения. Хотя, возможно, до конца не осознаете все пожелания или не можете сразу дать полного описания системы. Тем более, что полное описание системы зависит от всех заинтересованных лиц (проектных ролей).

Системная документация или документация системы – это документы117, которые описывают систему. Описание есть всегда118, если есть система, но документация системы существует не всегда, ее необходимо создавать119 или записать на каком-то физическом носителе.

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

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

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

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

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

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

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

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

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

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