Определение системы через эмерджентность

# Определение системы через эмерджентность ## Определение Система определяется не через перечень элементов, а через эмерджентное свойство, которое возникает у целого и отсутствует у частей. Граница системы зависит от решаемой проблемы. ## Суть 1. **Эмерджентность:** Свойство, которое появляется у системы в целом, но отсутствует у отдельных элементов (пример: «летать» у самолёта) 2. **Граница = f(проблема):** Границы системы не фиксированы — они переопределяются в зависимости от задачи 3. **Один объект — разные системы:** Самолёт как система «полёта» (пассажиры = груз) vs система «бизнеса» (пассажиры = ключевой элемент) 4. **Аналитический паралич:** Попытка полностью определить систему до начала работы — ловушка 5. **Практическое правило:** Спросите: «какое свойство нам важно?» → это определит границу системы ## Применение - Определение границ анализа в Skill 2 (Диагностика) - Ответ на вопрос «что входит в систему, а что нет?» - Предотвращение: анализируем слишком широко или слишком узко ## Связи - [[536-K-Iceberg-Model]] — Iceberg строится для конкретной системы с определёнными границами - [[536-K-Problematization]] — проблема определяет границу системы ## Антипаттерны - ❌ Определять систему через элементы: «система = сервер + клиент + БД» — это описание, не определение - ❌ Фиксировать границу раз и навсегда — границы пересматриваются при смене задачи - ❌ Анализировать «всё» — без эмерджентного фокуса анализ расплывается