Системы, надсистемы и подсистемы.

Введение

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

Мы можем рассматривать книгу только по внутреннему устройству (Сюжет и персонажи), а можем по внешнему (Как она повлияло на читателей), или пойти еще дальше (Как книга повлияла на книги?). Подобный анализ позволяет найти неожиданные идеи и концепции, которые повернут мир в новую сторону.

Произведения, автор и читатели, постоянно взаимодействуют. Люди могут чего-то желать, а автор давать. Произведение станет рефлексией общества. Однако если кто-то уже создал такую рефлексию и много-много раз, то тогда идея кажется банальной.

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

И вот вопрос, как решить этот парадокс? Произведение должно быть ожидаемым, но при этом неожиданным. Один из вариантов это анализ системы, в которой окажется произведение. Найти те связи между объектами, на которые она будет воздействовать. 

Система.

Система - множество элементов, находящихся в отношениях и связях друг с другом. 

Простыми словами: Много всяких разных элементов(Люди, персонажи, физические объекты т.д.), все они как-то связаны(Эмоции, ожидания, энергия и т.д.). 

Кирпичи являются определенными объектами. У них есть свои свойства. Например: Они красные, твердые, тяжелые, ими можно рисовать на асфальте. 

Создадим связь между множеством кирпичей, получим дом. Тут у нас появились новые свойства: Сдерживание тепла, место где можно отдохнуть. 

Свойства поменялись. Стали новые и те, которых не было и не ожидалось от кирпичей. Такое явление называется Эмерджентность.  

Эмерджентность — это свойство системы, заключающееся в возникновении новых, качественно отличных характеристик при взаимодействии её элементов, которые не присущи отдельным частям по отдельности

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

Соединив буквы определённым образом мы получим слово. У слов уже другие свойства. 

Слова соединим в предложения, предложения в абзацы, абзацы в главы, главы в предложения... 

И вот у нас текст. Он несет какой-то определённый смысл, какие-то идеи и образы. Образы создают персонажей и их взаимодействие, их изменения и т.д.

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

Однако элементы как-то же связаны. Эти связи должны что-то делать. Как могут быть связаны элементы? 

Тут мы познакомимся с такой штукой как "Обратная связь"

Обратная связь — это механизм, при котором результат действия системы влияет на её последующие действия, формируя петли (циклы) управления.

Пример: 

Мы добавили в мешок камней. Теперь мешок тяжелей. Связь количества (--(+)->) тяжести (Такие связи называют Усиливающими)

Мы увеличили цену продукта. Теперь продукт реже покупают, уменьшился спрос.  Связь Цена (--(-)->) к спросу. (Такие связи называют Балансирующими)

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

Так потихоньку мы переходим к пониманию надсистем, которые еще называют окружением.

Надсистема.

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

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

Система влияет на надсистему, а надсистема влияет на систему. получается знакомые нам обратные связи. Но чтобы понять где они, что они и т.п. Нам нужно понять, а для чего эта система окружению. Что она даёт и что даёт системе окружение. 

Также стоит найти границу и интерфейсы 

• Граница — это условная линия, отделяющая систему от надсистемы. Она проницаема для потоков.
• Интерфейсы — конкретные точки, каналы и механизмы на границе, через которые происходит обмен (например, отдел продаж и клиенты; клеточная мембрана).

Для анализа надсистемы сперва нужно четко определите, какую надсистему вы рассматриваете. У системы их может быть несколько (например, для компании: отрасль, политическая система, экосистема региона).
Вопросы: Что является для системы источником ресурсов, заказов, законов, смыслов? Куда она "встроена" функционально?

Далее нужен анализ потоков через границу 

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

• ВХОДЫ (Inputs) из надсистемы в систему:
  • Материалы: Сырье, компоненты.
  • Энергия: Электричество, финансирование, пища.
  • Информация: Законы, рыночные сигналы, данные, приказы.
  • Люди: Персонал, клиенты.
• ВЫХОДЫ (Outputs) из системы в надсистему:
  • Продукты/Услуги: Товары, отчеты, выпускники.
  • Отходы: Побочные продукты, загрязнения, уволенные сотрудники.
  • Влияние: Изменение среды (например, компания формирует моду), налоги.

 Анализ функций и ролей

• Функция системы для надсистемы (Внешняя функция): Зачем надсистеме эта система? Какую роль она играет в поддержании целостности надсистемы?
  • Пример: Функция сердца для организма — перекачивание крови. Функция университета для общества — подготовка кадров и генерация знаний.
• Внутренняя функция: Как система обеспечивает выполнение своей внешней функции (через внутренние процессы).
• Конфликт функций: Частая проблема, когда внутренняя функция (например, выживание компании через минимизацию издержек) вступает в конфликт с внешней функцией (развитие отрасли через инновации).

Оценка влияния надсистемы на систему (Ограничения и Возможности)

Надсистема диктует правила игры.

• Ограничения (Constraints):
  • Жесткие: Законы, физические законы, лимиты ресурсов, технологические стандарты.
  • Мягкие: Культурные нормы, ожидания, мода.
• Возможности (Opportunities):
  • Незанятые ниши, новые потребности, доступ к новым ресурсам, изменение "правил".
• Обратная связь от надсистемы: Как надсистема реагирует на выходы системы? (Положительная обратная связь — поощряет, отрицательная — подавляет).

Оценка влияния системы на надсистему

Система — не пассивная жертва, она может влиять на надсистему.

• Адаптация: Система подстраивается под среду (эволюция, изменение стратегии).
• Трансформация: Система активно меняет надсистему под себя (лоббирование законов, создание новых рынков, экологические изменения).
• Кумулятивный эффект: Действия множества похожих систем (например, всех компаний отрасли) меняют надсистему (рынок) до неузнаваемости.

 Анализ "совместимости" и "коэволюции"

• Совместимость: Насколько хорошо система приспособлена к текущему состоянию надсистемы? Если совместимость низкая — система деградирует или должна измениться.
• Коэволюция: Самый интересный процесс. Система и надсистема взаимно изменяют друг друга во времени.
  • Пример: Мобильные телефоны (система) и общество (надсистема). Телефоны изменили коммуникацию, что изменило социальные нормы. Новые нормы создали спрос на смартфоны с новыми функциями. Это петля обратной связи между уровнями.

Подсистема.

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

Главная задача: понять, как эта часть работает на своём уровне, чтобы выполнять роль в системе более высокого уровня. Это анализ «системы в системе».

Определение контекста и границ подсистемы

• Ответьте на вопросы:
  • В рамках какой большей системы мы анализируем подсистему? (Например, для подсистемы «отдел маркетинга» большая система — «компания»).
  • Каковы чёткие границы подсистемы? Что входит (сотрудники отдела, их инструменты, бюджеты), а что относится к другим подсистемам (продажи, производство) или надсистеме (генеральный директор, рынок)?
• Ключевой принцип: Границы подсистемы часто определяются её функцией в большой системе.

Определение функции (назначения) подсистемы

Это самый важный шаг. Нельзя анализировать подсистему, не зная, зачем она нужна целому.

• Формальная функция: За что она официально отвечает в большой системе? (Например, «генерация лидов», «обеспечение кислородом организма», «обработка транзакций»).
• Реальная/фактическая функция: Что она делает на самом деле? (Может отличаться. Например, реальная функция — «создание видимости активности» или «буфер между продажами и производством»).
• Вопрос: Какой вклад подсистема вносит в достижение целей большой системы?

Анализ внутренней структуры подсистемы

Теперь рассматриваем подсистему как самостоятельную систему.

• Элементы: Какие составные части? (Люди, процессы, инструменты, базы данных).
• Внутренние связи: Как эти части взаимодействуют друг с другом? (Потоки задач, информации, ответственности).
• Внутренние процессы: Какие ключевые процессы преобразуют «входы» в «выходы» внутри подсистемы?
• Собственное «ядро устойчивости»: Есть ли внутри подсистемы своя группа взаимоподдерживающих элементов (например, ключевой менеджер и его команда, устаревшая, но критичная ИТ-система и специалист по её поддержке)?

Анализ интерфейсов (точек взаимодействия)

Это сердце анализа подсистемы. Как она связана с «внешним миром» — другими подсистемами и надсистемой?

• Входы (Inputs): Что подсистема получает для работы?
  • От других подсистем (например, от отдела разработки — ТЗ на продукт).
  • От надсистемы напрямую (например, от гендира — бюджет и стратегию).
• Выходы (Outputs): Что подсистема производит и передаёт?
  • Другим подсистемам (например, отделу продаж — качественные лиды).
  • Надсистеме напрямую (например, совету директоров — отчёты по эффективности).
• Качество интерфейсов: Насколько чётки, формализованы, эффективны эти взаимодействия? Часто проблемы системы кроются именно в плохих интерфейсах между подсистемами («лебедь, рак и щука»).

Анализ метрик и эффективности

• Внутренние метрики: Как подсистема измеряет свою собственную эффективность? (Скорость обработки, качество работы, внутренняя рентабельность).
• Внешние (системные) метрики: Как большая система измеряет вклад этой подсистемы? (Вклад в общую прибыль, удовлетворённость клиентов, долю рынка).
• Важно: Часто возникает конфликт метрик. Подсистема оптимизирует свои внутренние показатели (например, снижает издержки), что вредит системе в целом (падает качество продукта). Это называется локальная оптимизация в ущерб глобальной.

Идентификация проблем и точек роста

• Внутренние дисфункции: Что мешает подсистеме работать идеально? (Плохая координация, устаревшие методы, конфликты).
• Системные ограничения: Как большая система (или другие подсистемы) ограничивает развитие анализируемой подсистемы? (Жёсткий бюджет, неадекватные сроки, плохие входящие данные).
• Точки рычага (Leverage Points): Какие небольшие изменения внутри подсистемы или на её интерфейсах могут максимально улучшить работу всей большой системы? (Часто это улучшение качества «выхода» для следующей в цепочке подсистемы).

Ядро Системы

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

Если любопытно, то изначально я пришёл к этой теме через мысль о "Аксиом математики". Хоть они и не доказываются и принимаются на веру, но... Но они ведь доказывают друг друга! Если бы они вызывали противоречия, то были бы опровергнуты. Да я не математик, если бы здесь был тот, кто хорошо в этом разбирается, то наверняка бы раскритиковал мою мысль... Ну да ладно.

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

Элементы, которые «держат друг друга», образуют стабильный кластер, коалицию или петлю усиления. Это сердцевина системы, источник ее идентичности и сопротивления изменениям. Более слабые связи — это каналы влияния ядра на периферию и наоборот.

Примеры ядер:

• В бизнесе: Три ключевых соучредителя (технолог, продажник, финансист).
• В экосистеме: Хищник — жертва (балансирующая петля) + растения, дающие укрытие жертве.
• В психике: Глубинные убеждения, поддерживающие друг друга (например, «я должен быть совершенным» + «ошибка = катастрофа»).

Чтобы проанализировать ядру, стоит понять, а почему оно такое устойчивое, как оно влияет на систему и что её даёт. 

Почему оно так трудно разрушается?

• Избыточность связей: Удаление одной связи не разрушает ядро, так как остальные элементы его «подхватят».
• Самовосполнение (гомеостаз): Ядро обладает встроенными механизмами для возврата в устойчивое состояние после внешнего воздействия.
• Коадаптация: Элементы ядра эволюционировали, приспособившись друг к другу так, что по отдельности они менее эффективны или даже нежизнеспособны.
• Вопрос для анализа:Что должно произойти, чтобы разрушить это ядро? Одновременный удар по нескольким связям? Приход внешнего элемента, сильнее связанного с одним из «ядерных»?

Далее смотрим на связи "Периферии"(то есть всей системы, кроме ядра) и Ядра. (та дам! Вот и снова интерфейсы...)

Направление и влияние: Куда и как ядро влияет на систему? Обычно связи направлены от ядра к периферии, определяя правила, ресурсы или структуру для остальных элементов.

Пример: Устойчивое ядро руководства компании → (слабая/сильная связь) → корпоративная культура → (слабая связь) → мотивация рядовых сотрудников.

Характер «слабости»: Слабая связь — это не обязательно неважная. Это может быть связь:

• С меньшей частотой взаимодействий.
• Опосредованная (через другие элементы).
• Ситуативная, а не постоянная.

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

Оценить асимметрию зависимости

• Ключевой вопрос:Зависит ли ядро от периферии так же сильно, как периферия от ядра? Обычно — нет. Это асимметрия.
• Ядро может быть автономно и устойчиво само по себе.
• Периферийные элементы сильно зависят от ядра, но их изменение или исчезновение слабо затрагивает само ядро (хотя может влиять на общую эффективность системы).

Вывод: Устойчивость системы в краткосрочной перспективе определяется ядром. А ее адаптивность и долгосрочное развитие — способностью периферии влиять на ядро через слабые связи (что очень трудно).

Смоделировать динамику и сценарии изменений

• Сценарий 1: Изменение в ядре (например, уход одного из ключевых элементов).
  • Прогноз: Система испытает шок. Оставшиеся элементы ядра либо перестроят связи, найдя замену, либо ядро распадется. В случае распада ядра вся система радикально трансформируется или рухнет, так как потеряет свою основу.
• Сценарий 2: Изменение на периферии (например, усиление слабой связи, появление нового элемента).
  • Прогноз: Ядро может этого не заметить. Но если множество слабых связей одновременно изменятся в одном направлении (накопятся), они могут создать давление на ядро. Точка изменения системы — момент, когда слабые связи периферии смогут «достучаться» и изменить структуру связей внутри самого ядра. Это революция, а не эволюция.

Заключение.

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

Для удобства повторю алгоритм анализа, только на этот раз кратко.

1. Поставить границы. Четко сказать, где у нас система, где надсистема, где подсистема.

2. Анализ как и через что идет взаимодействие, что и как окружение даёт системе, ну и что и как отдаёт система окружению

3. Функции и роли. Чтобы понять а зачем это нужно, что оно даёт. 

4. Оценка влияния надсистемы на систему. Что делает окружение с системой? 

5. Оценка влияния системы на надсистему. Что делает система для надсистемы?

6. Совместимость и эволюции. Насколько хорошо система влияет на надсистему? Насколько хорошо система может заменить надсистему? 

И вам же не надоело это повторение? Давайте еще раз, только теперь еще короче! 

Поставили границы, поняли зачем, посмотрели на связи. 

Проанализировав системы мы найдем их рычаги влияния. То есть те места, где при минимальном воздействии мы меняем почти всё! И представьте только что если этим рычагом будет ваша книга? Это станет мощным произведением-перфомансом! Воздействия поменяют отношение людей как системы, а значит система людей поменяется.