Теория систем

Границы систем: Что внутри, что снаружи

Один перекрёсток - одно решение. Умный светофор ставят, пробка исчезает. Через неделю пробка появляется на соседнем перекрёстке. Расширяют границу до района - оптимизируют маршруты. Пробки переезжают в соседний район. Расширяют до города - строят метро. Пробок становится меньше. Граница системы определяла глубину решения всё время. Где граница - там и решение.

**Бизнес**: Оптимизация отдела без учёта зависимостей с другими отделами
**Урбанистика**: Решение проблемы района создаёт проблемы в соседних
**Экология**: Спасение одного вида нарушает экосистему
**Личное**: Оптимизация работы за счёт здоровья и отношений

Что такое границы системы?

Компания оптимизирует свою логистику. Издержки падают на 20%. Успех? Через год выясняется: поставщики разорились из-за давления на цены, и теперь компания без комплектующих. Проблема? **Границы системы были проведены неправильно.**

**Граница системы** - концептуальная линия, отделяющая систему от её среды. То, что внутри границы - анализируем детально. То, что снаружи - считаем «внешними факторами».

**Ключевой инсайт**: Границы не существуют в реальности. Они существуют в голове. **Выбирают**, где их провести.

Граница определяет, что видим и что игнорируем. Проведи границу неправильно - и будет решаться не та проблема.

Почему границы системы - это «выбор аналитика», а не объективный факт?

Проблемы с границами

Большинство провалов в анализе систем - из-за неправильно проведённых границ. Три типичные ошибки:

Ошибка	Симптом	Последствие
Слишком узкие	«Мы всё сделали правильно, но не сработало»	Причина была за границей, её не видели
Слишком широкие	«Всё так сложно, непонятно с чего начать»	Паралич анализа, невозможность действовать
Неправильный уровень	«Мы решили проблему, но она вернулась»	Симптом устранили, причина на другом уровне

**Пример: Пробки в городе**

**Закон сохранения проблем**: Слишком узкие границы не решают проблему - они перемещают её за пределы видимости.

IT-отдел оптимизировал свои процессы, но бизнес недоволен - проекты всё равно опаздывают. Вероятная причина?

Как выбирать границы

Если границы - выбор, как выбирать правильно? Несколько принципов:

**Принцип цели**: Границы должны включать всё, что влияет на достижение цели. Определи цель - потом границы.

**Другие принципы выбора границ:**

**Включи обратные связи**: Если действие A влияет на B, а B влияет на A - оба должны быть внутри
**Проверь «внешние факторы»**: Если «внешний фактор» критичен - расширь границы
**Учти стейкхолдеров**: Чья точка зрения важна? Их системы пересекаются с анализируемой
**Начни шире, сужай по необходимости**: Легче исключить неважное, чем обнаружить пропущенное

Вопрос для проверки границ	Если ответ «да»
Есть ли критичные зависимости за границей?	Расширь границу
Можно ли влиять на то, что снаружи?	Включи, если можно влиять
Анализ стал неуправляемо сложным?	Сузь границу, но отметь исключённое
Разные стейкхолдеры видят разные системы?	Проведи границы для каждого, сравни

**Ловушка эксперта**: Специалист склонен проводить границы вокруг своей экспертизы. Программист видит «систему кода», маркетолог - «систему бренда». Реальная система шире.

При анализе проблемы оттока клиентов, что обязательно должно быть внутри границ системы?

Вложенные системы

Системы существуют внутри других систем. Клетка - часть органа, орган - часть организма, организм - часть экосистемы.

**Холархия** (термин Артура Кёстлера) - иерархия вложенных систем, где каждый уровень одновременно является целым (для уровня ниже) и частью (для уровня выше).

**Почему это важно?**

**Эмерджентность между уровнями**: Свойства компании не сводятся к свойствам команд
**Конфликт целей**: Что хорошо для команды может быть плохо для компании
**Ограничения сверху**: Верхние уровни задают правила игры для нижних
**Инновации снизу**: Изменения на нижних уровнях могут трансформировать верхние

**Ошибка уровня**: Решать проблему не на том уровне, где она возникла. Проблема отрасли не решается внутри одной команды.

Сотрудник перерабатывает и выгорает. На каком уровне искать причину?

Границы на практике

Как применять понимание границ в реальной работе? Несколько практических техник.

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

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

Стейкхолдер	Его граница системы	Что он не видит
CEO	Вся компания + рынок	Операционные детали
Менеджер продукта	Продукт + пользователи	Продажи, поддержка
Разработчик	Код + инфраструктура	Бизнес-контекст
Клиент	Его проблема + решение	Ограничения поставщика

**Граница - не догма**: Начни с одних границ, но будь готов их пересмотреть, когда узнаешь больше. Анализ системы - итеративный процесс.

Существуют объективно правильные границы системы

Границы - инструмент анализа, их полезность зависит от цели. Разные границы дают разные insights.

В реальности всё связано со всем. Границы - наш способ упростить реальность для понимания. Разные цели требуют разных границ.

Зачем рисовать три варианта границ (узкую, среднюю, широкую) для одной проблемы?

Ключевые идеи

**Граница системы** - концептуальная линия, отделяющая систему от среды
**Границы - выбор**, не объективный факт. В реальности всё связано
**Три ошибки**: слишком узкие, слишком широкие, неправильный уровень
**Принцип цели**: границы должны включать всё, что влияет на цель
**Холархия**: системы вложены в системы, каждый уровень - целое и часть
**Три границы**: техника рисования узкой, средней и широкой границы

Связи с другими концепциями

Границы определяют, какие обратные связи видим, какие stocks & flows учитываем, и на каком уровне ищем leverage points.

Feedback Loops — Границы определяют, какие петли мы видим
Ментальные модели — Наша модель определяет наши границы
Leverage Points — Leverage points могут быть за пределами узких границ

Вопросы для размышления

Какую систему анализируют прямо сейчас? Где её границы?
Что считается «внешним фактором»? Что если это часть системы?
На каком уровне холархии обычно работа? Что происходит уровнем выше и ниже?
Какие стейкхолдеры видят систему иначе?

Связанные уроки

st-01-feedback-loops — петли обратной связи определяют где граница системы
st-09-ecology — экосистемы - пример систем с размытыми и спорными границами
st-11-social — социальные системы с особенно нечёткими границами
st-21-cynefin — Cynefin меняет восприятие границ и сложности системы
cc-01-dags — selection bias при неправильно очерченных границах DAG
ct-03