Целевая система и её надсистема

cryptoemcee · 14.Июль.2025 17:17:01

Данная заготовка написана в качестве выполнения задания на моделирование 4.4 руководства “Введение в системное мышление”.

Задание требует определить целевые системы и надсистемы в трёх своих проектах. И описать их в виде: проект и метод создания целевой системы; целевая система; её функция в надсистеме; надсистема; сколько проверок сделано для определения целевой системы и на сколько процентов я уверен в этом.

Определение целевой системы - всегда непростая задача. Алгоритма определения “правильной целевой системы” не существует, так как не существует “правильной” или “неправильной” целевой системы. Как не существует “правильного” блюда, которое нужно съесть на завтрак - но его нужно определить и выбрать ex ante, понеся соответствующие риски, и команда проекта должна по её поводу согласиться, так как им её воплощать.

Выбор целевой системы можно сравнить с решением режиссёра театра ставить такую-то пьесу, и мы понимаем, что все актёры, занятые в её ролях, обязаны договориться, что они играют именно эту пьесу. Мы даже не допускаем мысли о том, что один актёр на сцене может полагать, что он играет роль Гамлета в пьесе “Принц Гамлет”, а другой в это же самое время играет роль короля Лир в пьесе “Король Лир”. Подобный бардак даже не успеет начаться, так как быстро выявится и прекратится. Что значит “согласиться по поводу выбора пьесы”? Это значит, что каждый актёр:

прочитал сценарий пьесы, знаком с перечнем действующих в ней лиц и их действий, то есть знает роли в пьесе и сформировал ожидания относительно поведения каждой роли;
чётко знает свою роль, знает, что умеет её играть (иначе бы его не утвердили в ней), и знает, что другие роли, а также режиссёр, это знают;
чётко знает, какой актёр играет какую роль, и знает, что каждый из актёров знает об этом;
таким образом каждый актёр знает свою роль и знает, кто в остальных, набор ролей един, так как все знают, какую пьесу играют и какие в ней роли, никто никому не даст из роли неожиданно выйти и начать играть другую, а если это вдруг случится, то и режиссёр, и коллеги по труппе быстро укажут на это и вернут актёра в роль.
То есть методологическая действительность в головах актеров и режиссёра одна и та же - “игра пьесы Х”. Это значит, что ничего другого, кроме пьесы Х, они не воспроизводят на сцене и не могут (так как согласились с чьим-то выбором о том, что играется пьеса Х, и можно сказать, что это их выбор тоже, выбор коллективный, достигнуто коллективное согласие по поводу пьесы). И качество воспроизводства пьесы, а значит, удовольствие от игры актёров, полученное зрителями в момент её просмотра, зависит только от мастерства игры актёра в роли. Зрители тоже в курсе, какая пьеса играется, какие в ней роли, и ожидают от актёров игры по роли, от которой рассчиитывают получить удовольствие.

Целевая система тут - конкретная пьеса. Система её создания - театр, организация, в штате которой на должностях актёров наняты агенты, владеющие актёрским мастерством и прикладными мастерствами игры таких-то ролей (амплуа). Описание системы - сценарий. Воплощение системы - постановка пьесы в зале, заполненном зрителями, в конктетную дату, время, место (это событие в физическом мире, совокупность объектов). Функция целевой системы “пьеса Х” - эмоциональное воздействие на зрителя, производство впечатлений. Подсистемами целевой системы являются актёры в ролях и декорации (входящие в её состав в окружении других актёров и декораций). Эмерджентность пьесы как целевой системы проявляется в том, что её свойства не равны сумме свойств актёров и декораций. Можно ли сказать, что целевая система определена правильно или неправильно? Нет, так как не существует “неправильной” или “правильной” пьесы. Она какая-то, по её поводу достигнуто коллективное согласие (кто-то выбрал - продюсер/визионер, остальные - режиссёр и труппа - согласились с этим выбором, раз согласились играть). По поводу целевой системы сформирована гипотеза, в её воплощение вложены ресурсы, это предпринимательский риск, и только успешность пьесы (которая выражается в удовлетворении зрителя, результатом чего являются кассовые сборы, а не провал пьесы в постановке) может сказать всем, был ли этот выбор верный.

Таким образом, мы не можем выбрать “правильную” целевую систему из всего набора возможных целевых систем. Но мы можем, сформировав гипотезу, что целевой системой проекта создания является Х, проверить эту гипотезу по чек-листу мышления о системах в проекте, чтобы убедиться, что мы не сделали грубых новичковых ошибок, и выбрали объект, соответствующий понятию “система” в системном подходе, а не воплощаем абы-что. Ибо выбор целевой системы “тянет” за собой метод её создания и конкретный набор ролей для этого метода. Как выбор пьесы Х предполагает одну методологическую действительность (один сценарий и один набор ролей), а выбор пьесы У - другую. Общим у них будет только то, что роли воплощаются одними и теми же агентами, актёрами в штате театра.

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

Система - объект всегда физический (группировка атомов, частиц; сами атомы мы не создаём, если речь идёт не о ядерном синтезе, но и это тоже метод; берём готовые от природы, просто перегруппируем их нужным кому-то образом; методы перегруппировки разные, от простого перемещения из точки А в точку Б до химического синтеза молекул). Системное мышление всегда привязано к физическому миру, заземлено/граундинг. Физический объект имеет пространственно-временое измерение и координаты в пространстве-времени.
Система - не просто физический объект, а объект, обладающий неким характерным поведением, кому-то нужным (кому? ролям в силу их деятельности). То есть функцией. От просто физического объекта мы переходим вниманием к ролевому/функциональному, обладающему нужным кому-то поведением. Для обозначения такой функции в культуре за соответствующими объектами закрепляются названия, указывающие на поведение (“крышка”, “стол”, “держатель”).
Кому нужна группировка атомов, обладающая неким поведением/функцией? Ролям, то есть людям, занятым определённой деятельностью по изменению мира в нужную кому-то сторону. Для этой деятельности им и нужны группировки атомов - ролевые объекты с поведением, которые одновременно физические с определённой конструкцией, реализующей это поведение. Одно и то же поведение может быть реализовано разными конструкциями.
Эта группировка атомов сама собой не возникнет, это не живой мир. Её кто-то должен создать, взяв в природе атомы, сгруппированные одним образом (не выполняющим нужную функцию), и каким-то способом (от транспортировки до химического синтеза - инженерные методы) перегруппировав их так, чтобы они начали выполнять нужную кому-то функцию (и в силу этого обрели ценность в глазах ролей, которые будут их использовать). Создать систему могут те, кто будет её использовать по прямому назначению/нужной им функции, или другие люди, которые не будут её использовать по прямому назначению, а обменяют её у первых на что-то другое, например, товар, обладающий ценностью во времени и пространстве (деньги, средство обмена).
Система входит в состав другого такого же объекта (надсистемы), наряду с другими системами (подсистемы надсистемы), в составе которых в режиме эксплуатации выдаёт нужное поведение. В результате надсистема (которая такой же ролевой объект с функциями, кому-то нужными) обладает интересным свойством эмерджентности, которое заключается в том, что свойства/функции/поведение надсистемы иное, не сводимое к сумме свойств/функций/поведения её частей. В этой эмерджентности на этом уровне заинтересованы определённые роли, которые отличаются от ролей на предыдущем и последующем уровне, и ради получения этой эмерджентности (это в первую очередь поведение/функция, а во вторую уже - отличающаяся от суммы свойств частей) система и создаётся.
Любая система может быть рассмотрена как надсистема и как подсистема. И везде будет эмерджентность и роли, в ней заинтересованные. А также будет наблюдаться целостность (можно провести границы между физическим объектом - системой и другими физическими объектами - системами, как теми, в состав которых входят системы, так и с соседними объектами - системами в окружении, с которыми вместе система входит в состав надсистемы.
Если нас интересует рассмотрение системы с точки зрения её создания, чтобы она вошла в состав надсистемы и в результате последняя работала хорошо (валидация), то для нас она будет “целевой”, проект её создания будет называться “проект_название метода_название целевой системы”, те, для кого она будет создаваться (а также те, деятельность которых она будет неизбежно затрагивать и они будут на неё влиять, а система на них) будут внешними проектными ролями, а мы будем внутренними проектными ролями .И для создания целевой системы мы будем создавать организацию - набор людей с нужными ролями, способными нужным методом воплотить в мире нужную группировку атомов в соответствии с описанием/моделью - группировкой битов информации. Такая организация тоже система, так как есть физический объект с определённым поведением/функцией, удовлетворяющей интересам каких-то людей (её создателей, а также инвесторов), и она будет называться “системой создания” целевой системы.
Как и в театре, в проекте создания целевой системы кто-то из ролей системы создания будет решать, какую целевую систему создавать для какой надсистемы, и каким методом, определять набор ролей для этого, находить и уговаривать/убеждать других людей встать в нужные роли и начать их исполнять, чтобы целевая система стала воплощаться/создаваться во внешнем мире в виде группировки атомов с нужным кому-то поведением. От удовлетворения ею интересов внешних ролей будет зависеть удовлетворение интересов внутренних ролей (которые создают систему не для того, чтобы пользоваться ею самим, а с другими интересами, ради прибыли - а для этого у них, как у булочника Адама Смита, нет иного пути, как выяснять интересы конечных пользователей и создавать для них нужные системы.
При этом пользователи понятия не будут иметь, что кто-то рассматривает их как внешние роли, а продукты для них называет целевыми системами. Такое мышление о деятельности по созданию группировок атомов с нужным поведением для других людей нужно только создателям, чтобы проекты по их созданию (которые по определению рисковы, но создатели вознаграждаются в случае успеха созданной системы) повышали вероятность успеха за счёт того, чтобы всё важное для создания было учтено и продумано, ничего не упущено и не забыто.
Группировка атомов достигает своей цели (а также проект по её созданию) тогда и только тогда, когда нужная функция/поведение выполняется успешно, в результате чего надсистема выполняет свою функцию (поршень ходит, маховик крутится, машина едет, пассажиры перемещаются из точки А в точку Б). Мы говорим, что “целевая система - ролевой/функциональный объект, выполняющий функцию в надсистеме в режиме эксплуатации, в результате чего надсистема выполняет свою функцию в своей надсистеме”. Поскольку систему сначала нужно создать, чтобы она начала выполнять работы в соответствии со своим назначением (альфа работ, восьмая), то мы разделяем режимы создания (dev-time) и режимы эксплуатации (run-time) целевой системы. Нас интересует второй, ибо неработающая, не выдающая нужное поведение система никому не нужна, проект по её созданию будет неуспешен, будет тратой ресурсов (если только трата ресурсов не есть цель проекта, то есть проект государственный, его цель - освоение средств в свои карманы за счёт имитации создания целевой системы с функцией для пользователей; при этом частично эта функция будет таки исполняться, но хуже, чем если бы целевая система создавалась на рынке предпринимателем). При этом создание целевой в дев-тайм будет ран-таймом для системы создания данной целевой (завод исправно работает и производит продукт; но завод, производящий неработающий продукт, долго не проработает, так как это против интересов ролей, заинтересованных в системе создания).

Везде системы и их поведение, везде роли и интересы, которым нужны системы.

Из данного рассуждения вытекает, что каждый деятельный агент может фундаментально находиться в следующих ролях по отношению к разным системам, которые будут определяться субъективно им в зависимости от его деятельных интересов (буду рассуждать на примере себя и оперировать местоимением “я”):

Если я являюсь создателем и вхожу в состав системы создания целевой системы (в команду проекта, которая может состоять из набора ролей, все из которых играю я сам), то я могу определять, какая именно целевая система для какой надсистемы создаётся, и нести все риски такого выбора. Это роль визионера, подроль роли предпринимателя.
Если я вхожу в состав команды системы создания в какой-то прикладной роли и при этом я не визионер, определяющий целевую систему проекта, то это значит, что я соглашаюсь с целевой системой, выбранной создателем. А из этого следует, что я должен понимать, какая система создаётся, и убедиться, что все другие члены команды это понимают и с этим согласны. То есть методологическая действительность в головах у всех актёров одна и та же, и есть согласие по поводу и пьесы, и набора ролей, и кто в какой роли находится, и мастерства каждого актёра в роли, и это понимают не только актёры (инженеры), но и режиссёр, и директор театра с продавцами билетов. Существует только один способ это проверить - поговорить со всеми и убедиться, как они понимают целевую систему проекта, метод и свои роли. И если выяснится, что единой методологической действительности в проекте нет, то в него лучше не входить, так как он обречён, или нужно встать в роль методолога/лидера/визионера и попытаться такого согласия достичь (что повлечёт за собой оргразвитие проекта, изменение целевой системы, метода и набора ролей; это непросто). Ролевой интерес тут будет заключаться не в том, какую именно ЦС выбрать (это всё-таки предпринимательский риск, и если ты такой визионер - создавай свой проект), а в том, что по поводу выбранной визионером проекта ЦС должно быть достигнуто коллективное согласие агентов в ролях (которым нужно будет играть роли по методу и играть их хорошо; если есть актеры-несогласные, они должны покинуть команду, чтобы не мешать воплощению предпринимательской гипотезы визионера.
Если я являюсь пользователем системы, то я внешняя роль для проекта её создания. Это означает, что я точно знаю, что не создаю эту систему в проекте с коллективной деятельностью с разделением труда (выполняя прикладные практики и создавая рабочие продукты, ведущие к воплощению системы в физическом мире). А беру готовую систему, созданную другими (и даже могу показать пальцем на систему создания её, понимая, что я к ней не принадлежу, но поведение/функция созданной ими системы мне интересна в силу моей деятельности в проектах создания, и я поэтому её использую в какой-то роли), и эксплуатирую её.
В жизни мы находимся как во внутренних ролях проектов создания “своих целевых систем”, так и и внешних ролях проектов создания “чужих целевых систем”. Иногда бывает, что мы, желая иметь объекты с определённым поведением, запускаем проект их создания и создаём для себя сами, хорошо понимая свои потребности как внешней роли такого проекта. Это значит, что мы переключаемся между внешними ролями и внутренними ролями проекта, осознавая между ними разницу и не путая. То есть мы отличаем выполнение работ по практикам прикладной роли, рабочие продукты которых ведут к воплощению целевой системы в мире (девтайм целевой, мы создатели целевой), и выполнение работ в других прикладных ролях с другими практиками в надсистеме, подразумевающих использование готовой системы, созданной нами в ролях в системе создания (рантайм целевой, мы пользователи системы, которая целевая для другог). Такая ситуация наблюдается в проекте любого обучения, создания мастерства как участка мозга, выполняющего функцию прикладного мышления (вычисления). Если нам нужно прикладное мастерство в практике Х, чтобы в роли Х использовать его в каком-то проекте по созданию целевой системы А (мы пользователь такого мастерства, оно нужно нам готовое и работающее в нашей надсистеме), то сначала надо его обрести - то есть создать внутри мозга методом обучения, а для этого войти в состав команды системы создания (обучающего проекта) (или даже запустив его самому (в роли визионера определив тип мастерства и метод его создания, и создав команду по обучению себя самого)) в роли ученика, предоставив свой мозг как группу атомов для воздействия на него практиками/рабочими продуктами других ролей проекта обучения (описание метода/практики, которой учим - чему учим; описание методики, по которой учим - как учим; описание, как проверить, что научили - убедиться, что мастерство работает в ситуации, когда должно работать, включается). То есть бегаем между ролями: в роли ученика в проекте обучения мастерству - учимся, выполняя действия по методике под надзором преподавателя; в другой роли в другом проекте - используем созданное мастерство, наблюдая, как оно включается и создаёт нужные нам рабочие продукты. И понимаем, что до проекта обучения его не существовало, после проекта обучения оно появилось и работает, мы видим это и можем предъявить рабочие продукты мастерства.

И ещё несколько вариантов чек-листов для мышления о системах.

Вариант 1.

Находить сначала надсистему и ЦС, а уже потом разбираться с конструкцией ЦС, не наоборот! Важно же понимать главное - что делает ЦС в надсистеме, кому её поведение там вообще нужно.
Разделять ЦС как физический объект (группу атомов) и функциональный/ролевой (группу атомов с определённым поведением, кому-то в мире нужным).
Отделять ЦС от системы создания (цель от средств). Группа атомов с нужным поведением сама себя не создаст - это может сделать только другая группа атомов с соответствующим поведением (функцией создателя), для чего ей потребуется группа битов (описание ЦС), которую создадут они же, никто, кроме них, это лучше не сделает.
Видеть за любой системой заинтересованных лиц. Системы без ролей не существуют - роли определяют как функции систем, так и их границы, вложенность; нужные функции/поведение достигаются за счёт эмерджентности, которая изменяется при переходе между системными уровнями (из-за чего возникают конфликты и неустроенности).
Описывать деятельность по трём ключевым областям ролевых интересов:

начинать с того, кому и зачем в мире может быть нужен какой-то ролевой объект с нужным поведением (какая деятельностная роль в мире в нём может быть заинтересована);
что это за поведение этого ролевого объекта, что он должен делать, какая у него функция, а далее какой конструкцией предлагается достичь этого поведения (тут мысль обычно проскакивает сразу на уровень конструкции), из чего объект состоит;
как создать данный физический объект с данным поведением, каким способом и кто может это сделать, какие ресурсы для этого нужны.

Вариант 2.

ЦС представлена в физическом мире и не является документацией. Докажите.
ЦС является частью надсистемы - назовите обе, докажите вложенность.
ЦС обладает эмерджентностью - назовите системный эффект ЦС, не равный сумме свойств/поведения её частей, функцию ЦС, не равную сумме функций подсистем.
ЦС не создаёт себя сама - кто-то её замышляет, проектирует, производит, эксплуатирует. Назовите системы создания, укажите их команды.
В ЦС (её функции в силу эмерджентности) заинтересованы определённые проектные роли. Назовите внешние и внутренние проектные роли.
ЦС имеет воплощение (группировка атомов), описание (набор битов) и документацию (набор атомов, содержащий набор битов). Укажите на них.
ЦС имеет подсистемы. Назовите их, выделите самые важные.
Какие проектные роли играете лично вы, по каким методам, в каких системах создания каких ЦС. Свяжите выполнение проектных ролей с развитием жизненного мастерства.

И более сложный чек-лист

Привязка к физическому миру (эти понятия в основном взяты из семантики, теории понятий, онтологии):

физический объект, занимающий место в пространстве-времени;
воплощение (физические объекты) против их описаний и документов;
изменения (процессы, проекты, кейсы) как физические объекты;
события как физические объекты;
ролевой/функциональный объект (роль) и конструктивный/материальный объект (конструктив) как его аффорданс/“подходяшка”, их физичность;
софт как физический объект (исходный код как описание софта);
предприятие/оргзвено как физический объект и его части во времени;
методологическое время против времени жизни системы;
при совпадении места/объёма двух объектов в пространстве-времени - это один объект (экстенсионализм);
отношение состава (composition, “часть-целое”, разбиение) физических объектов.

Методологическая/функциональная/деятельностная субъективность описания системы (понятия взяты главным образом из методологии как учения о методах работы агентов, в том числе актёров, играющих “роли в методе работы”):

метод/способ работы, метафора “ролевой игры”;
функциональная/трудовая/проектная/деятельностная/культурная/оргроль (stakeholder role): внешняя, внутренняя/командная;
ролевые: предмет интереса/важная характеристика, интерес/предпочтение;
агент, его намерение, отыгрывание метода работы роли как актёра;
успешная система.

Системное разбиение:

системы системного подхода против систематики (“система Линнея”) и норм/правил (“система Станиславского”);
система, системный уровень, системное разбиение;
эмерджентность/системный эффект;
виды систем: целевая, наша, подсистема, надсистема, окружение (системы в окружении), создатели (системы создания);
имя системы (ролевое, по функции);
“чёрный” и “прозрачный” ящики;
концепция использования, концепция системы;
инженерные обоснования.

Описание и документация системы:

описание (definition) системы;
документация (description) системы;
ролевое/частное описание (view);
ролевой метод описания (viewpoint);
модель, мета-модель, мета-мета-модель, мульти-модель, мега-модель;
прожекторный и синтетический подходы к описанию систем.

Функциональные и конструктивные части системы, размещения и ресурсы:

разбиения: функциональные, конструктивные/материальные/модульные/продуктовые, размещения/пространственные, стоимостные (кандидат: работы);
конфликты между системными уровнями и неустроенности;
функциональная часть (роль), её порты, потоки/связи;
конструктивная/материальная часть (конструктив), его интерфейс, платформа;
пространственная часть (размещение);
ресурсная часть (совокупная стоимость владения);
архитектура;
функциональный анализ и конструктивный/модульный синтез (изобретение).

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

Проект создания и развития отношений с девушкой. Целевая система - союз/пара. Она, в свою очередь, является системой создания для других целевых систем, каждый раз определяемых заново (в основном ориентированных на потребности тела): чистое убранное жильё, регулярная сексуальная жизнь, совместная поездка, приготовленный ужин. В зависимости от целевой системы, создаваемой каждый раз парой как системой создания, функции пары будут меняться (от уборки помещения до рождения и воспитания ребёнка). Системой создания пары является совокупность двух создателей - основателей (мужчины и женщины). Сначала они находятся в ролях создателей пары, в которых создают собственно пару, в состав которой входят в должностях “муж” и “жена” (культурно обусловленные названия для должностей в системе создания с культурно обусловленным названием “семья”). Эти должности дают им право и возлагают обязанность играть разные роли, которы. Подсистемами союза являются системы, конструктивно представленные мужчиной и женщиной, а вот их функциональные названия надо определять в зависимости от целевой системы, создаваемой парой как системой создания (если это будет дитя, то подсистемы “отец” и “мать”, указывающие на их ролевое поведение). Надсистемой для пары будет “общество”. Мужчина и женщина в ролях в паре будут одновременно и внешними ролями, имеющими деятельностный интерес к целевым системам, создаваемым парой как системой создания (допустим, если мне нужен чистый убранный дом как целевая система, то её можно создать как системой создания “клининговая бригада”, так и “сам в роли уборщика”, так и “пара”, где роль хозяйки играет женщина, выполняющая функцию уборки помещения). Это тот случай, где мужчина и женщина, зная свои потребности, определяют, какие системы им нужны с каким поведением для их надсистемы, и решают создавать их сами, создав для этого универсальную систему создания - пару.
Проект обучения мастерству мышления письмом. Целевая система - мастерство мышления письмом (в роли неё - участок мозга). Функция - мышление письмом, создание рабочих продуктов соответствующей практики. Надсистема - мастерство саморазвития.
Проект создания просветительской Ютуб-программы на экономическую тему. Целевая система - выпуск программы (конструктивно файл ролика в виде исполняемого кода на гаджете пользователя). Функция: объяснение происходящих событий для зрителей (нуждаются в нём в силу исполняемых в жизни ролей). Надсистема - окружение зрителя (социальная среда).