Структура: Руководство 4 «Введение в системное мышление (ВСМ)»

Лозунг: «Научись видеть системы - и переводить проблемы в задачи» Время на подраздел: 60 мин чтение + 40 мин практика = 100 мин Разделов: 10 Подразделов в разделе: 7 Актуально со ступеней: 3-5

---

Раздел 1. Ввод: системное мышление - это не систематичность

Раздел 1. Ввод: системное мышление - это не систематичность

---

1.01 Системное мышление, систематичность и системность: различение

---
subsection_id: PD.GUIDE.4.S1.SS1
parent_section_id: PD.GUIDE.4.S1
title: "Системное мышление, систематичность и системность: различение"
cp_check: [cp.int]
bh_check: [bh.awr]
bottleneck_hint: "Если застрял - проверь cp.int: можешь ли привести пример, когда систематичный человек не видит систему?"
---

**Понятия:**
- Системное мышление (мышление с понятиями трансдисциплин интеллект-стека) - Мышление -> модель -> представление
- Систематичность (регулярность, дисциплина, порядок в действиях) - Поведение -> паттерн -> структура
- Системность (способность «разрезать» мир на системы) - Восприятие -> анализ -> декомпозиция

**Содержание:**
Систематичный человек соблюдает распорядок, но не обязательно видит системы. Системный мыслитель видит структуру, даже если она беспорядочна.
Различение этих трех понятий - первый шаг: систематичность про поведение, системность про восприятие, системное мышление про инструменты анализа.
Через IWE: Pack-структура FORM/METHOD/CAT/SOTA - это системная карта знания, а не просто упорядоченный список.

**Практика (40 мин):**
Выбрать 3 ситуации из текущей жизни. Для каждой ответить: требуется ли здесь порядок (систематичность) или разбор (системность)? Зафиксировать в Pack.

1.02 Различение как атом мышления

---
subsection_id: PD.GUIDE.4.S1.SS2
parent_section_id: PD.GUIDE.4.S1
title: "Различение как атом мышления"
cp_check: [cp.int]
bh_check: [bh.awr]
bottleneck_hint: "Если застрял - проверь bh.awr: замечаешь ли, когда смешиваешь два разных понятия в разговоре?"
---

**Понятия:**
- Различение (операция, фиксирующая границу между понятиями) - Различение -> основа мышления -> единица анализа
- Граница понятий (линия раздела, не данная природой) - Граница -> различение -> фокус
- Интеллект-стек (16 трансдисциплин, прошивающих интеллект) - Знание -> структура -> карта

**Содержание:**
Пока не проведена граница между двумя понятиями, мышление работает на смеси.
Примеры критических различений: роль != исполнитель, система != сумма частей, метод != инструмент, работа != задача.
Через IWE: drift-detection ловит, когда понятия в Pack дрейфуют и границы размываются.

**Практика (40 мин):**
Выбрать одну пару понятий, которые смешиваешь в работе или жизни. Провести границу по 3 признакам. Зафиксировать различение в Pack как METHOD-заготовку.

1.03 Набор универсальных дисциплин мышления как системная карта знания

---
subsection_id: PD.GUIDE.4.S1.SS3
parent_section_id: PD.GUIDE.4.S1
title: "Набор универсальных дисциплин мышления как системная карта знания"
cp_check: [cp.int]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь cp.int: можешь ли назвать 5 трансдисциплин из интеллект-стека и их функцию?"
---

**Понятия:**
- Интеллект-стек (16 трансдисциплин от онтологии до ТРИЗ) - Знание -> архитектура -> фундамент
- Трансдисциплина (дисциплина, прошивающая все предметные области) - Метод -> универсальность -> инвариант
- Инструмент мышления (метод или модель, применимая к любому объекту) - Инструмент -> посредник -> расширение способности

**Содержание:**
Интеллект-стек - это не курс, а карта. Системное мышление - одна из 16 трансдисциплин, но опирается на все остальные.
Каждая трансдисциплина дает инструмент мышления: онтология - различения, семиотика - знаки, кибернетика - обратная связь, теория систем - модели.
Через IWE: Pack - это инструмент системного мышления, структурирующий знание по логике интеллект-стека.

**Практика (40 мин):**
Открыть STRUCT-принципы в Pack. Соотнести 5 трансдисциплин с текущими задачами пилота. Записать: какая трансдисциплина какой вопрос помогает решить.

1.04 Инструмент мышления и мировоззрение: различение

---
subsection_id: PD.GUIDE.4.S1.SS4
parent_section_id: PD.GUIDE.4.S1
title: "Инструмент мышления и мировоззрение: различение"
cp_check: [cp.int, cp.wld]
bh_check: [bh.awr]
bottleneck_hint: "Если застрял - проверь cp.wld: используешь ли системное мышление только когда «надо», или это уже способ видеть мир?"
---

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

**Содержание:**
Системное мышление можно использовать как инструмент («применю системный разбор к этой задаче»), но при регулярном применении оно становится мировоззрением - способом видеть мир по умолчанию.
Мировоззрение - это не «мнение», а машинный код: различения, которые работают до осознания.
Через IWE: Pack отражает мировоззрение пилота через структуру его различений.

**Практика (40 мин):**
Проанализировать одно решение, принятое за последнюю неделю. Оно было результатом применения инструмента или сработало «машинный код»? Зафиксировать в Pack.

1.05 Проблема и задача: перевод неопределенности

---
subsection_id: PD.GUIDE.4.S1.SS5
parent_section_id: PD.GUIDE.4.S1
title: "Проблема и задача: перевод неопределенности"
cp_check: [cp.int, cp.cre]
bh_check: [bh.agn]
bottleneck_hint: "Если застрял - проверь bh.agn: берешься ли за «проблемы», не переведя их в задачи?"
---

**Понятия:**
- Проблема (неопределенность, неструктурированная ситуация) - Неопределенность -> разрыв -> напряжение
- Задача (определенность, структурированная ситуация с критериями приемки) - Определенность -> форма -> действие
- Системный разбор (метод перевода проблемы в задачу) - Метод -> трансформация -> инструмент

**Содержание:**
Системный мыслитель не решает «проблему» (неопределенность), а переводит ее в задачу (определенность) через системный разбор.
Проблема - это ситуация, где непонятно, что делать. Задача - ситуация, где понятно, что делать, но еще не сделано.
Через IWE: Агент-Интеллектуал переводит неопределенность в задачи через системный разбор.

**Практика (40 мин):**
Выбрать одну «проблему» из текущей жизни. Перевести в задачу через 4 вопроса (зачем, что, как, когда). Зафиксировать результат в Pack.

1.06 Работа и задача: различение

---
subsection_id: PD.GUIDE.4.S1.SS6
parent_section_id: PD.GUIDE.4.S1
title: "Работа и задача: различение"
cp_check: [cp.int]
bh_check: [bh.met]
bottleneck_hint: "Если застрял - проверь bh.met: формулируешь ли работу отдельно от задач, которые ее составляют?"
---

**Понятия:**
- Работа (вид деятельности, определяемый ролью и методом) - Деятельность -> дисциплина -> поток
- Задача (конкретное действие в рамках работы) - Действие -> элемент -> инкремент
- Управление работами (координация потока работ, а не список задач) - Управление -> поток -> система

**Содержание:**
Работа - это не сумма задач. Работа определяется ролью и методом. Задачи - инкременты внутри работы.
Управление задачами (todo-list) != управление работами. Управление работами смотрит на поток, bottleneck, качество входа и выхода.
Через IWE: ОРЗ формулирует работу, а не задачи. WeekPlan - это план работ, не список задач.

**Практика (40 мин):**
Взять одну текущую работу. Выделить: что в ней работа (роль + метод), а что - задачи. Переформулировать WeekPlan с акцентом на работы, а не задачи.

1.07 Метод состоит из дисциплины и инструментов

---
subsection_id: PD.GUIDE.4.S1.SS7
parent_section_id: PD.GUIDE.4.S1
title: "Метод состоит из дисциплины и инструментов"
cp_check: [cp.int, cp.skl]
bh_check: [bh.met]
bottleneck_hint: "Если застрял - проверь cp.skl: можешь ли отличить дисциплину (знание) от инструмента (артефакт)?"
---

**Понятия:**
- Метод (дисциплина + инструменты + практики) - Дисциплина -> система -> способ
- Дисциплина (совокупность знаний о том, как делать) - Знание -> теория -> основа
- Инструмент (артефакт, усиливающий способность) - Артефакт -> посредник -> расширение

**Содержание:**
Метод - это не просто «как делать». Метод = дисциплина (знание о том, почему и зачем) + инструменты (артефакты для выполнения) + практики (регулярные действия).
Только инструмент без дисциплины дает поверхностный результат. Только дисциплина без инструментов остается теорией.
Через IWE: каждый METHOD в Pack содержит дисциплину (принципы) и инструменты (шаблоны, скрипты).

**Практика (40 мин):**
Выбрать один метод из текущей практики. Разложить на дисциплину, инструменты и практики. Выявить, чего не хватает. Зафиксировать в Pack.

---

1.08 Список понятий раздела

---
subsection_id: PD.GUIDE.4.S1.SS8
parent_section_id: PD.GUIDE.4.S1
title: "Список понятий раздела"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - проверь понятия: все ли определения ясны?"
---

**Понятия:** Все ключевые понятия раздела с краткими определениями

**Содержание:** Сводная таблица понятий раздела: термин, определение, ссылка на подраздел

**Практика (40 мин):** Проверить: можешь ли объяснить каждое понятие своими словами?

---

1.09 Упражнения на понятия

---
subsection_id: PD.GUIDE.4.S1.SS9
parent_section_id: PD.GUIDE.4.S1
title: "Упражнения на понятия"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - вернись к списку понятий"
---

**Понятия:** Применение понятий → практика

**Содержание:** Задания на сопоставление, сценарии, примеры из жизни

**Практика (40 мин):** 3 упражнения на применение понятий раздела

---

1.10 Вопросы для повторения

---
subsection_id: PD.GUIDE.4.S1.SS10
parent_section_id: PD.GUIDE.4.S1
title: "Вопросы для повторения"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - перечитай подразделы с неясными ответами"
---

**Понятия:** Самопроверка понимания

**Содержание:** 5-7 вопросов на понимание (не на заучивание)

**Практика (40 мин):** Ответить письменно на каждый вопрос. Проверить по тексту.

---

1.11 Выводы раздела

---
subsection_id: PD.GUIDE.4.S1.SS11
parent_section_id: PD.GUIDE.4.S1
title: "Выводы раздела"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - вернись к выводам перед следующим разделом"
---

**Понятия:** Интеграция раздела

**Содержание:** Краткое резюме: 3 ключевых тезиса, 1 действие, 1 связь со следующим разделом

**Практика (40 мин):** Записать 3 тезиса своими словами. Сравнить с выводами.

---

Раздел 2. Эволюция системного подхода: поколения 1.0, 2.0 и 3.0

Раздел 2. Эволюция системного подхода: поколения 1.0, 2.0 и 3.0

---

2.01 Системный подход первого поколения: целостность, свойства целого, вложенность

---
subsection_id: PD.GUIDE.4.S2.SS1
parent_section_id: PD.GUIDE.4.S2
title: "Системный подход первого поколения: целостность, свойства целого, вложенность"
cp_check: [cp.int]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь cp.int: можешь ли объяснить эмерджентность на примере, где целое не сводимо к частям?"
---

**Понятия:**
- Системный подход 1.0 (классический: система как объект физического мира) - Объект -> вещь -> данность
- Целостность (система != сумма частей) - Целое -> единство -> свойство
- Вложенность (система состоит из подсистем и входит в надсистемы) - Иерархия -> структура -> уровень

**Содержание:**
Три кита классического системного подхода: целостность, эмерджентность, вложенность. Пример: атом -> молекула -> клетка -> организм. Каждый уровень дает новые свойства.
Система - объект физического мира, выделенный наблюдателем, но существующий независимо от него.
Через IWE: Pack-структура отражает вложенность: FORM -> METHOD -> CAT -> SOTA - уровни описания.

**Практика (40 мин):**
Выбрать объект из окружения. Описать 3 уровня вложенности (подсистемы, система, надсистема). Для каждого уровня указать эмерджентное свойство.

2.02 Системный подход второго поколения: нет интересов — нет системы

---
subsection_id: PD.GUIDE.4.S2.SS2
parent_section_id: PD.GUIDE.4.S2
title: "Системный подход второго поколения: нет интересов — нет системы"
cp_check: [cp.int, cp.wld]
bh_check: [bh.awr]
bottleneck_hint: "Если застрял - проверь cp.wld: понимаешь ли, что один и тот же объект для разных людей - разные системы?"
---

**Понятия:**
- Системный подход 2.0 (интересный: система выделяется вниманием заинтересованных лиц) - Интерес -> направленность -> выделение
- Заинтересованное лицо (роль, имеющая интерес к системе) - Роль -> интерес -> точка зрения
- Успешная система (учитывает интересы всех заинтересованных лиц, не удовлетворяя всех) - Баланс -> учет -> синтез

**Содержание:**
Революция 2.0: система не существует без заинтересованных лиц. Один и тот же объект может быть системой для одного наблюдателя и хаосом для другого.
Успешная система учитывает интересы всех заинтересованных лиц. Не удовлетворяет всех - учитывает.
Через IWE: IWE как система 2.0: создатель (пилот), оператор (агенты), пользователь (пилот в другой роли) - интересы каждой роли разные.

**Практика (40 мин):**
Выбрать одну систему из жизни. Описать 3 точки зрения (3 заинтересованных лица). Для каждой указать: что для них система, а что - окружение.

2.03 Системный подход третьего поколения: закономерности вне масштаба и отказ от человекоподобия

---
subsection_id: PD.GUIDE.4.S2.SS3
parent_section_id: PD.GUIDE.4.S2
title: "Системный подход третьего поколения: закономерности вне масштаба и отказ от человекоподобия"
cp_check: [cp.wld]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь cp.wld: готов ли отказаться от мысли, что «система хочет»?"
---

**Понятия:**
- Системный подход 3.0 (безмасштабный: системные законы работают на любом уровне) - Масштаб -> уровень -> охват
- Деантропоморфность (отказ от проецирования человеческих свойств на нечеловеческие системы) - Объективность -> независимость -> наблюдение
- Многоуровневая эволюция (системные законы работают от атома до галактики) - Закон -> инвариант -> универсальность

**Содержание:**
Безмасштабность: системные законы работают на любом уровне. Деантропоморфность: системы не «хотят», не «стремятся», не «плохие» - они функционируют.
Эволюция взгляда: от «система - объект» к «система - интерес» к «система - закономерность». Каждый следующий уровень не отменяет предыдущий, а вкладывает его.
Через IWE: Pack отражает 3.0: безмасштабные структуры FORM/METHOD работают и для личности, и для организации.

**Практика (40 мин):**
Взять одну закономерность (например, обратная связь). Найти ее проявления на 3 уровнях: биологический, социальный, технический. Зафиксировать.

2.04 Создатель видения и предпринимательская гипотеза

---
subsection_id: PD.GUIDE.4.S2.SS4
parent_section_id: PD.GUIDE.4.S2
title: "Создатель видения и предпринимательская гипотеза"
cp_check: [cp.int, cp.cre]
bh_check: [bh.agn]
bottleneck_hint: "Если застрял - проверь cp.cre: есть ли у тебя сформулированная гипотеза о том, какую систему ты создаешь?"
---

**Понятия:**
- Визионер (роль, формулирующая образ будущей системы) - Образ -> будущее -> направление
- Предпринимательская гипотеза (допущение о том, что система будет востребована) - Гипотеза -> допущение -> риск
- Образ будущего (целевое состояние системы, к которому стремится создатель) - Цель -> состояние -> вектор

**Содержание:**
Визионер - не «мечтатель», а роль, формулирующая образ будущей системы. Предпринимательская гипотеза - проверяемое допущение о востребованности.
Без образа будущего система не создается - создается только реакция на текущие неустроенности.
Через IWE: Стратегия пилота - это предпринимательская гипотеза о том, какую систему «я» он создает.

**Практика (40 мин):**
Сформулировать предпринимательскую гипотезу для одной системы, которую создаешь (проект, продукт, себя). Проверить: образ будущего сформулирован? гипотеза проверяема? Зафиксировать в Pack.

2.05 Расширенное предприятие

---
subsection_id: PD.GUIDE.4.S2.SS5
parent_section_id: PD.GUIDE.4.S2
title: "Расширенное предприятие"
cp_check: [cp.wld, cp.cre]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь cp.wld: видишь ли границы своего предприятия шире, чем юридическое лицо?"
---

**Понятия:**
- Расширенное предприятие (система, включающая всех участников цепочки создания ценности) - Сеть -> экосистема -> цепочка
- Цепочка создания ценности (последовательность ролей от идеи до получателя) - Процесс -> цепь -> этап
- Система-создатель (система, создающая другую систему) - Создатель -> источник -> причина

**Содержание:**
Расширенное предприятие - это не компания. Это система всех участников, которые вместе создают ценность для пользователя: поставщики, партнеры, сообщество, клиенты.
Система-создатель может быть внутри предприятия (команда разработки), вне его (подрядчик) или распределенной (open source).
Через IWE: IWE - это расширенное предприятие пилота: репозитории, агенты, сообщество, инструменты - все участники цепочки создания его рабочих продуктов.

**Практика (40 мин):**
Нарисовать карту расширенного предприятия для одного своего проекта. Кто все участники цепочки создания ценности? Какие их интересы? Где границы?

2.06 Неустроенности, фрустрации и коллективное системное мышление

---
subsection_id: PD.GUIDE.4.S2.SS6
parent_section_id: PD.GUIDE.4.S2
title: "Неустроенности, фрустрации и коллективное системное мышление"
cp_check: [cp.int]
bh_check: [bh.awr]
bottleneck_hint: "Если застрял - проверь bh.awr: замечаешь ли неустроенности до того, как они становятся кризисами?"
---

**Понятия:**
- Неустроенности (фрустрации, сигналы о разрыве между текущим и желаемым состоянием) - Разрыв -> сигнал -> энергия
- Коллективное системное мышление (способность группы видеть системы, а не только свои интересы) - Группа -> мышление -> синергия
- Движущая сила (энергия неустроенностей как топливо изменений) - Энергия -> импульс -> изменение

**Содержание:**
Неустроенности - не проблемы, а сигналы. Фрустрация указывает на разрыв между тем, что есть, и тем, что должно быть. Это энергия для изменения.
Коллективное системное мышление возникает, когда группа переходит от обсуждения позиций к анализу системы. Требует общего языка и общей карты.
Через IWE: Pack - инструмент коллективного системного мышления: общий язык, общая карта, проверяемые артефакты.

**Практика (40 мин):**
Выписать 3 неустроенности из текущей работы или жизни. Для каждой: что указывает разрыв? какая система не функционирует? Зафиксировать в Pack.

2.07 Жизненный цикл первого и второго поколений: водопад, спираль, совершенствование и развитие

---
subsection_id: PD.GUIDE.4.S2.SS7
parent_section_id: PD.GUIDE.4.S2
title: "Жизненный цикл первого и второго поколений: водопад, спираль, совершенствование и развитие"
cp_check: [cp.int]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь cp.int: можешь ли отличить совершенствование (улучшение в рамках) от развития (смена рамок)?"
---

**Понятия:**
- Жизненный цикл 1.0 (водопад: последовательные фазы с четкими границами) - Линейность -> этап -> переход
- Жизненный цикл 2.0 (спираль: итерации, инкременты, обратная связь) - Цикл -> итерация -> обучение
- Совершенствование (улучшение в рамках существующей системы) vs Развитие (смена самой системы) - Улучшение -> инкремент -> эволюция

**Содержание:**
ЖЦ 1.0 - водопад: требования -> проектирование -> реализация -> тестирование -> внедрение. ЖЦ 2.0 - спираль: циклы обратной связи, инкрементальная доставка.
Совершенствование - делать лучше то, что делаешь. Развитие - делать другое. Оптимизация процесса vs создание нового процесса.
Через IWE: развитие IWE - это не добавление инструментов, а изменение архитектуры мышления пилота.

**Практика (40 мин):**
Взять один процесс в текущей работе. Определить: находится ли он в фазе совершенствования или развития? Если в совершенствовании - что нужно для развития? Зафиксировать.

---

2.08 Список понятий раздела

---
subsection_id: PD.GUIDE.4.S2.SS8
parent_section_id: PD.GUIDE.4.S2
title: "Список понятий раздела"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - проверь понятия: все ли определения ясны?"
---

**Понятия:** Все ключевые понятия раздела с краткими определениями

**Содержание:** Сводная таблица понятий раздела: термин, определение, ссылка на подраздел

**Практика (40 мин):** Проверить: можешь ли объяснить каждое понятие своими словами?

---

2.09 Упражнения на понятия

---
subsection_id: PD.GUIDE.4.S2.SS9
parent_section_id: PD.GUIDE.4.S2
title: "Упражнения на понятия"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - вернись к списку понятий"
---

**Понятия:** Применение понятий → практика

**Содержание:** Задания на сопоставление, сценарии, примеры из жизни

**Практика (40 мин):** 3 упражнения на применение понятий раздела

---

2.10 Вопросы для повторения

---
subsection_id: PD.GUIDE.4.S2.SS10
parent_section_id: PD.GUIDE.4.S2
title: "Вопросы для повторения"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - перечитай подразделы с неясными ответами"
---

**Понятия:** Самопроверка понимания

**Содержание:** 5-7 вопросов на понимание (не на заучивание)

**Практика (40 мин):** Ответить письменно на каждый вопрос. Проверить по тексту.

---

2.11 Выводы раздела

---
subsection_id: PD.GUIDE.4.S2.SS11
parent_section_id: PD.GUIDE.4.S2
title: "Выводы раздела"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - вернись к выводам перед следующим разделом"
---

**Понятия:** Интеграция раздела

**Содержание:** Краткое резюме: 3 ключевых тезиса, 1 действие, 1 связь со следующим разделом

**Практика (40 мин):** Записать 3 тезиса своими словами. Сравнить с выводами.

---

Раздел 3. Различения: роль, граница, свойства целого, функция

Раздел 3. Различения: роль, граница, свойства целого, функция

---

3.01 Роль, должность и исполнитель: системный смысл

---
subsection_id: PD.GUIDE.4.S3.SS1
parent_section_id: PD.GUIDE.4.S3
title: "Роль, должность и исполнитель: системный смысл"
cp_check: [cp.int]
bh_check: [bh.awr]
bottleneck_hint: "Если застрял - проверь bh.awr: называешь ли роли по функции, а не по фамилиям или должностям?"
---

**Понятия:**
- Роль (системный смысл: функция в системе, не должность, не личность) - Функция -> место в системе -> назначение
- Должность (организационная единица) - Структура -> единица -> администрирование
- Исполнитель (человек или система, выполняющая роль) - Агент -> действующее лицо -> реализация

**Содержание:**
Роль != должность. Должность - организационная единица, роль - функция. Один человек может выполнять несколько ролей, одна роль - несколькими людьми.
Роль != исполнитель. Исполнитель меняется, роль остается. Системный анализ начинается с ролей, не с людей.
Через IWE: в IWE роли - Пилот (мышление), Машина (исполнение), Агенты (усиление). Каждая роль - не личность, а функция.

**Практика (40 мин):**
Разобрать одну организацию или проект на роли (не на людей). Минимум 5 ролей. Для каждой: функция, вход, выход. Зафиксировать в Pack.

3.02 Граница системы

---
subsection_id: PD.GUIDE.4.S3.SS2
parent_section_id: PD.GUIDE.4.S3
title: "Граница системы"
cp_check: [cp.int]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь bh.sys: проводишь ли границу сознательно, или она «сама собой очевидна»?"
---

**Понятия:**
- Граница системы (линия, отделяющая систему от окружения, проводится вниманием) - Граница -> различение -> единица анализа
- Окружение (все, что вне границы системы) - Контекст -> внешнее -> взаимодействие
- Система (объект, выделенный границей) - Объект -> фокус -> анализ

**Содержание:**
Граница системы - самое важное различение. Где система заканчивается и начинается окружение? Граница проводится наблюдателем и зависит от интересов.
Пример: для биолога организм - система, для эколога - часть экосистемы. Одна и та же физическая вещь - разные системы.
Через IWE: граница IWE - не репозитории, а внимание пилота. Что он включает в систему «я + Machine»?

**Практика (40 мин):**
Выбрать один объект. Провести 3 разные границы для 3 разных интересов. Для каждой границы записать: что в системе, что в окружении, почему граница здесь.

3.03 Свойства целого, не сводимые к частям

---
subsection_id: PD.GUIDE.4.S3.SS3
parent_section_id: PD.GUIDE.4.S3
title: "Свойства целого, не сводимые к частям"
cp_check: [cp.int]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь cp.int: можешь ли назвать 3 эмерджентных свойства известных систем?"
---

**Понятия:**
- Эмерджентность (свойства системного уровня, не сводимые к свойствам частей) - Целое -> новое качество -> уровень
- Предсказуемость через моделирование (эмерджентность можно предсказать, но не свести) - Модель -> прогноз -> проектирование
- Системный уровень (уровень организации, на котором появляются новые свойства) - Уровень -> организация -> качество

**Содержание:**
Вода мокрая, но атомы водорода и кислорода по отдельности не мокрые. Мокрость - эмерджентное свойство. В социальных системах: команда из 5 людей может быть продуктивной или токсичной - это не свойство отдельных людей.
Эмерджентность предсказуема через моделирование, но не сводима к анализу частей.
Через IWE: IWE как система дает эмерджентность: пилот + машина + агенты = способности, которых нет ни у одного элемента отдельно.

**Практика (40 мин):**
Выбрать одну систему, в которой участвуешь. Выделить 3 эмерджентных свойства. Проверить: предсказуемы ли они из свойств частей? Зафиксировать.

3.04 Функция и состав: различение

---
subsection_id: PD.GUIDE.4.S3.SS4
parent_section_id: PD.GUIDE.4.S3
title: "Функция и состав: различение"
cp_check: [cp.int]
bh_check: [bh.met]
bottleneck_hint: "Если застрял - проверь bh.met: начинаешь ли анализ с вопроса «зачем?», а не «из чего?»"
---

**Понятия:**
- Функция (желаемое действие системы, отвечает на «зачем?») - Цель -> направление -> смысл
- Состав (совокупность элементов системы, отвечает на «из чего?») - Элементы -> структура -> реализация
- Функциональный подход (начинать анализ с функции, не с состава) - Метод -> функция -> архитектура

**Содержание:**
Состав - «из чего», функция - «зачем». Системный мыслитель начинает с функции, не с состава. Молоток - это функция «вбивать гвозди», а не форма «ручка + боек».
Функция определяет состав, а не наоборот. Сначала отвечаем на «зачем», потом на «из чего».
Через IWE: функция IWE - усиление мышления пилота. Состав - репозитории, агенты, методы. Но состав меняется, функция - нет.

**Практика (40 мин):**
Взять 3 объекта из рабочего стола. Для каждого сначала записать функцию (зачем?), потом состав (из чего?). Проверить: меняется ли понимание, если начать с функции?

3.05 Функциональный и физический объект: различение

---
subsection_id: PD.GUIDE.4.S3.SS5
parent_section_id: PD.GUIDE.4.S3
title: "Функциональный и физический объект: различение"
cp_check: [cp.int]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь cp.int: можешь ли назвать функциональный объект, у которого нет единого физического тела?"
---

**Понятия:**
- Функциональный объект (объект, определяемый функцией, не физической формой) - Функция -> абстракция -> проектирование
- Физический объект (объект, имеющий материальное воплощение) - Вещь -> тело -> данность
- Система как функциональный объект (система определяется функцией, не границами физического тела) - Функция -> система -> проект

**Содержание:**
Физический объект имеет тело. Функциональный объект имеет функцию. Банк - функциональный объект (нет одного тела), монета - физический объект.
Система - функциональный объект. Она определяется тем, что делает, а не тем, из чего сделана. Одинаковая функция может иметь разные физические воплощения.
Через IWE: Pack - функциональный объект. Его физическое воплощение (файлы) меняется, функция (структурирование знания) остается.

**Практика (40 мин):**
Выбрать 3 системы из своей жизни. Для каждой определить: физический объект или функциональный? Есть ли у нее единое физическое тело? Зафиксировать.

3.06 Системное разбиение, состав и пропорции элементов

---
subsection_id: PD.GUIDE.4.S3.SS6
parent_section_id: PD.GUIDE.4.S3
title: "Системное разбиение, состав и пропорции элементов"
cp_check: [cp.int, cp.skl]
bh_check: [bh.met]
bottleneck_hint: "Если застрял - проверь cp.skl: можешь ли разбить систему на части так, что части не теряют связи с целым?"
---

**Понятия:**
- Системное разбиение (разделение системы на подсистемы с сохранением связи с целым) - Разбиение -> декомпозиция -> иерархия
- Состав и соотношение (composition ratio: пропорции элементов в системе) - Пропорция -> баланс -> структура
- Сборка (обратная операция: создание целого из частей) - Синтез -> интеграция -> целостность

**Содержание:**
Системное разбиение - не просто «поделить на части». Части должны быть подсистемами (системами в миниатюре), а не произвольными кусками.
Состав и соотношение (composition ratio) - пропорции элементов определяют свойства системы. Изменение пропорций меняет систему быстрее, чем замена элементов.
Через IWE: системное разбиение Pack - FORM/METHOD/CAT/SOTA. Каждый раздел - подсистема с собственной функцией.

**Практика (40 мин):**
Разобрать одну систему из жизни на подсистемы (минимум 3). Для каждой подсистемы указать функцию. Проверить: сохраняется ли связь с целым? Зафиксировать.

3.07 Наименование систем

---
subsection_id: PD.GUIDE.4.S3.SS7
parent_section_id: PD.GUIDE.4.S3
title: "Наименование систем"
cp_check: [cp.int]
bh_check: [bh.awr]
bottleneck_hint: "Если застрял - проверь bh.awr: даешь ли системам имена, которые отражают функцию, а не случайную метку?"
---

**Понятия:**
- Наименование системы (имя, отражающее функцию или назначение системы) - Имя -> обозначение -> фокус
- Имя как граница (имя фиксирует границу внимания) - Имя -> граница -> различение
- Ролевое имя (имя, отражающее роль в системе) - Роль -> обозначение -> функция

**Содержание:**
Имя системы - не произвольная метка. Имя фиксирует границу, функцию, интерес. Плохое имя: «проект Альфа». Хорошее имя: «система доставки обратной связи клиентам».
Наименование - операция мышления: дать имя - значит выделить систему, провести границу, зафиксировать функцию.
Через IWE: имена репозиториев в IWE - наименования систем. «DS-principles-curriculum» лучше, чем «proj-23».

**Практика (40 мин):**
Переименовать 3 системы из текущей жизни (проекты, процессы). Новое имя должно отражать функцию. Проверить: стала ли граница системы яснее?

---

3.08 Список понятий раздела

---
subsection_id: PD.GUIDE.4.S3.SS8
parent_section_id: PD.GUIDE.4.S3
title: "Список понятий раздела"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - проверь понятия: все ли определения ясны?"
---

**Понятия:** Все ключевые понятия раздела с краткими определениями

**Содержание:** Сводная таблица понятий раздела: термин, определение, ссылка на подраздел

**Практика (40 мин):** Проверить: можешь ли объяснить каждое понятие своими словами?

---

3.09 Упражнения на понятия

---
subsection_id: PD.GUIDE.4.S3.SS9
parent_section_id: PD.GUIDE.4.S3
title: "Упражнения на понятия"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - вернись к списку понятий"
---

**Понятия:** Применение понятий → практика

**Содержание:** Задания на сопоставление, сценарии, примеры из жизни

**Практика (40 мин):** 3 упражнения на применение понятий раздела

---

3.10 Вопросы для повторения

---
subsection_id: PD.GUIDE.4.S3.SS10
parent_section_id: PD.GUIDE.4.S3
title: "Вопросы для повторения"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - перечитай подразделы с неясными ответами"
---

**Понятия:** Самопроверка понимания

**Содержание:** 5-7 вопросов на понимание (не на заучивание)

**Практика (40 мин):** Ответить письменно на каждый вопрос. Проверить по тексту.

---

3.11 Выводы раздела

---
subsection_id: PD.GUIDE.4.S3.SS11
parent_section_id: PD.GUIDE.4.S3
title: "Выводы раздела"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - вернись к выводам перед следующим разделом"
---

**Понятия:** Интеграция раздела

**Содержание:** Краткое резюме: 3 ключевых тезиса, 1 действие, 1 связь со следующим разделом

**Практика (40 мин):** Записать 3 тезиса своими словами. Сравнить с выводами.

---

Раздел 4. Воплощение, описание и документация системы

Раздел 4. Воплощение, описание и документация системы

---

4.01 Воплощение системы (физический мир)

---
subsection_id: PD.GUIDE.4.S4.SS1
parent_section_id: PD.GUIDE.4.S4
title: "Воплощение системы (физический мир)"
cp_check: [cp.int]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь cp.int: можешь ли указать физическое воплощение системы, которую обсуждаешь?"
---

**Понятия:**
- Воплощение (физическое присутствие системы в мире) - Тело -> материя -> данность
- Физический мир (реальность, не зависящая от описания) - Реальность -> объективность -> база
- Воплощение как необходимое условие (система без воплощения - абстракция, не система) - Условие -> существование -> реальность

**Содержание:**
Воплощение - физическое присутствие системы. Компания воплощена в людях, зданиях, договорах. Продукт - в материалах, коде, упаковке.
Без воплощения система - абстракция. Абстракция может быть полезной, но она не взаимодействует с миром. Взаимодействует только воплощение.
Через IWE: IWE воплощена в файлах, репозиториях, конфигурациях. Pack без файлов - абстракция. Pack с файлами - воплощенная система.

**Практика (40 мин):**
Выбрать 3 системы из жизни. Для каждой описать воплощение: где физически существует? в каких материалах? в каких людях? Зафиксировать.

4.02 Описание системы (ментальное пространство)

---
subsection_id: PD.GUIDE.4.S4.SS2
parent_section_id: PD.GUIDE.4.S4
title: "Описание системы (ментальное пространство)"
cp_check: [cp.int]
bh_check: [bh.awr]
bottleneck_hint: "Если застрял - проверь bh.awr: отличаешь ли свое описание системы от самой системы?"
---

**Понятия:**
- Описание системы (ментальная модель, представление о системе) - Модель -> представление -> карта
- Ментальное пространство (пространство моделей, идей, концепций) - Пространство -> мысль -> субъективность
- Карта vs территория (описание != система) - Модель -> оригинал -> различение

**Содержание:**
Описание - не система. Описание - модель в голове наблюдателя. Одна система может иметь множество описаний. Одно описание может соответствовать множеству систем.
Ментальное пространство - пространство описаний. Здесь живут модели, идеи, гипотезы. Системное мышление работает с описаниями, не пытаясь «охватить» воплощение целиком.
Через IWE: Pack - описание системы знаний пилота. Pack != знание. Pack - модель, которую можно проверять и обновлять.

**Практика (40 мин):**
Выбрать одну систему. Составить 2 разных описания (с разных точек зрения). Сравнить: что вошло в одно, но не в другое? Почему?

4.03 Документация системы (артефакты)

---
subsection_id: PD.GUIDE.4.S4.SS3
parent_section_id: PD.GUIDE.4.S4
title: "Документация системы (артефакты)"
cp_check: [cp.int, cp.cre]
bh_check: [bh.met]
bottleneck_hint: "Если застрял - проверь cp.cre: создаешь ли документацию как рабочий продукт, а не «отчет для галочки»?"
---

**Понятия:**
- Документация (материализованное описание: текст, схема, модель) - Артефакт -> материализация -> передача
- Артефакт (внешний объект, хранящий знание) - Объект -> носитель -> культура
- Документация как коммуникация (документация связывает мысли разных людей во времени) - Связь -> коммуникация -> память

**Содержание:**
Документация - материализованное описание. Это не «отчет для галочки», а инструмент коммуникации между мыслями разных людей во времени.
Воплощение != описание != документация. Воплощение - физическая система. Описание - модель в голове. Документация - модель на бумаге/в файле.
Через IWE: Pack - документация системы знаний. README, STRUCT, PRINCIPLES - все это документация, которая коммуницирует между «вчерашним» и «завтрашним» пилотом.

**Практика (40 мин):**
Выбрать одну систему из текущей работы. Создать 3 документа: описание функции, описание границы, описание ролей. Проверить: каждый документ отвечает на один вопрос?

4.04 Тройное различение на практике

---
subsection_id: PD.GUIDE.4.S4.SS4
parent_section_id: PD.GUIDE.4.S4
title: "Тройное различение на практике"
cp_check: [cp.int]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь bh.sys: можешь ли для одной системы показать все три: воплощение, описание, документацию?"
---

**Понятия:**
- Тройное различение (воплощение vs описание vs документация) - Различение -> тройка -> анализ
- Соответствие (степень совпадения между воплощением, описанием и документацией) - Соответствие -> верность -> качество
- Дрейф (расхождение между тремя уровнями со временем) - Разрыв -> несоответствие -> устаревание

**Содержание:**
Воплощение, описание и документация - три разных уровня. Они никогда не совпадают полностью. И это нормально. Проблема - когда они расходятся критически (дрейф).
Системный мыслитель работает с тремя уровнями одновременно: проверяет воплощение, уточняет описание, обновляет документацию.
Через IWE: drift-detection в IWE - это обнаружение расхождения между воплощением (код), описанием (мысли пилота) и документацией (Pack).

**Практика (40 мин):**
Выбрать один текущий проект. Составить таблицу 3x3: воплощение / описание / документация x текущее состояние / желаемое состояние / разрыв. Зафиксировать в Pack.

4.05 Ролевое описание

---
subsection_id: PD.GUIDE.4.S4.SS5
parent_section_id: PD.GUIDE.4.S4
title: "Ролевое описание"
cp_check: [cp.int]
bh_check: [bh.met]
bottleneck_hint: "Если застрял - проверь bh.met: описываешь ли систему через роли, а не через людей?"
---

**Понятия:**
- Ролевое описание (описание системы через роли и их взаимодействие) - Описание -> роль -> функция
- Ролевая диаграмма (схема ролей, потоков и интерфейсов) - Схема -> взаимодействие -> структура
- Ролевой интерфейс (правила взаимодействия между ролями) - Интерфейс -> договор -> связь

**Содержание:**
Ролевое описание - описание системы через роли, а не через людей или оргзвена. Каждая роль имеет функцию, вход, выход, интерфейсы с другими ролями.
Ролевое описание устойчиво к замене исполнителей. Описание через людей устаревает, когда люди меняются.
Через IWE: Pack содержит ролевые описания (например, роли в IWE: Пилот, Машина, Агенты). Это позволяет передавать систему без привязки к конкретному пилоту.

**Практика (40 мин):**
Выбрать одну систему. Составить ролевое описание: список ролей, функции, входы, выходы, интерфейсы между ролями. Зафиксировать в Pack.

4.06 Концепция использования

---
subsection_id: PD.GUIDE.4.S4.SS6
parent_section_id: PD.GUIDE.4.S4
title: "Концепция использования"
cp_check: [cp.int, cp.cre]
bh_check: [bh.met]
bottleneck_hint: "Если застрял - проверь cp.cre: формулируешь ли концепцию использования до проектирования системы?"
---

**Понятия:**
- Концепция использования (описание того, как система будет использоваться в контексте) - Концепция -> сценарий -> применение
- Сценарий использования (конкретная последовательность действий пользователя) - Сценарий -> поведение -> проверка
- Контекст использования (окружение, условия, ограничения применения) - Контекст -> среда -> условие

**Содержание:**
Концепция использования - не техническое описание, а ответ на вопрос: «как люди будут использовать эту систему в реальной жизни?»
Концепция использования связывает функцию системы с реальными сценариями. Без нее проектируется система, которая никому не нужна.
Через IWE: концепция использования IWE - «пилот использует Pack для структурирования знаний, агентов для усиления мышления, протоколов для регулярности».

**Практика (40 мин):**
Выбрать одну систему, которую создаешь или используешь. Составить концепцию использования: 3 сценария, контекст, ограничения. Зафиксировать в Pack.

4.07 Модули взаимодействия с окружением

---
subsection_id: PD.GUIDE.4.S4.SS7
parent_section_id: PD.GUIDE.4.S4
title: "Модули взаимодействия с окружением"
cp_check: [cp.int, cp.skl]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь cp.skl: можешь ли выделить интерфейсные модули в системе, не залезая во внутреннее устройство?"
---

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

**Содержание:**
Интерфейсный модуль - точка контакта системы с миром. Интерфейс - правила этого контакта. Инкапсуляция - сокрытие сложности внутри.
Хороший интерфейс позволяет использовать систему, не зная ее устройства. Плохой интерфейс требует понимания внутренностей.
Через IWE: MCP-инструменты - интерфейсные модули IWE. Пилот использует их, не зная внутреннего устройства агентов.

**Практика (40 мин):**
Выбрать одну систему. Выделить интерфейсные модули (точки контакта с окружением). Для каждого: какие правила взаимодействия? что скрыто внутри? Зафиксировать.

---

4.08 Список понятий раздела

---
subsection_id: PD.GUIDE.4.S4.SS8
parent_section_id: PD.GUIDE.4.S4
title: "Список понятий раздела"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - проверь понятия: все ли определения ясны?"
---

**Понятия:** Все ключевые понятия раздела с краткими определениями

**Содержание:** Сводная таблица понятий раздела: термин, определение, ссылка на подраздел

**Практика (40 мин):** Проверить: можешь ли объяснить каждое понятие своими словами?

---

4.09 Упражнения на понятия

---
subsection_id: PD.GUIDE.4.S4.SS9
parent_section_id: PD.GUIDE.4.S4
title: "Упражнения на понятия"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - вернись к списку понятий"
---

**Понятия:** Применение понятий → практика

**Содержание:** Задания на сопоставление, сценарии, примеры из жизни

**Практика (40 мин):** 3 упражнения на применение понятий раздела

---

4.10 Вопросы для повторения

---
subsection_id: PD.GUIDE.4.S4.SS10
parent_section_id: PD.GUIDE.4.S4
title: "Вопросы для повторения"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - перечитай подразделы с неясными ответами"
---

**Понятия:** Самопроверка понимания

**Содержание:** 5-7 вопросов на понимание (не на заучивание)

**Практика (40 мин):** Ответить письменно на каждый вопрос. Проверить по тексту.

---

4.11 Выводы раздела

---
subsection_id: PD.GUIDE.4.S4.SS11
parent_section_id: PD.GUIDE.4.S4
title: "Выводы раздела"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - вернись к выводам перед следующим разделом"
---

**Понятия:** Интеграция раздела

**Содержание:** Краткое резюме: 3 ключевых тезиса, 1 действие, 1 связь со следующим разделом

**Практика (40 мин):** Записать 3 тезиса своими словами. Сравнить с выводами.

---

Раздел 5. Роли и предмет интереса

Раздел 5. Роли и предмет интереса

---

5.01 Предмет интереса (область внимания и заботы)

---
subsection_id: PD.GUIDE.4.S5.SS1
parent_section_id: PD.GUIDE.4.S5
title: "Предмет интереса (область внимания и заботы)"
cp_check: [cp.int, cp.wld]
bh_check: [bh.awr]
bottleneck_hint: "Если застрял - проверь cp.wld: можешь ли сформулировать предмет интереса для каждой роли в системе?"
---

**Понятия:**
- Предмет интереса (concern: область внимания и заботы роли в системе) - Интерес -> фокус -> направленность
- Область интереса (границы предмета интереса: что входит, что не входит) - Граница -> охват -> приоритет
- Заинтересованность (степень вовлеченности роли в жизнь системы) - Вовлеченность -> мотивация -> энергия

**Содержание:**
Предмет интереса (concern) - не «хобби», а область внимания роли. Создатель интересуется работоспособностью, пользователь - удобством, оператор - надежностью.
Без понимания предметов интереса система проектируется в слепую. Каждая роль видит систему через призму своего concern.
Через IWE: предметы интереса в IWE - у пилота (продуктивность), у агента (точность выполнения), у сообщества (совместимость знаний).

**Практика (40 мин):**
Выбрать одну систему. Для 3 ролей сформулировать предмет интереса (concern). Сравнить: где области пересекаются, где конфликтуют? Зафиксировать.

5.02 Ролевой интерес и предпочтение

---
subsection_id: PD.GUIDE.4.S5.SS2
parent_section_id: PD.GUIDE.4.S5
title: "Ролевой интерес и предпочтение"
cp_check: [cp.int]
bh_check: [bh.awr]
bottleneck_hint: "Если застрял - проверь bh.awr: осознаешь ли свои ролевые предпочтения при анализе системы?"
---

**Понятия:**
- Ролевой интерес (интерес, определяемый ролью, а не личными симпатиями) - Интерес -> роль -> функция
- Предпочтение (приоритет одного аспекта системы перед другим) - Приоритет -> выбор -> вес
- Ролевой конфликт (столкновение предпочтений разных ролей) - Конфликт -> напряжение -> синтез

**Содержание:**
Ролевой интерес - интерес от роли, не от личности. Когда я в роли инженера, меня интересует надежность. В роли пользователя - удобство. Это разные интересы одного человека.
Предпочтение - приоритет. Роль «предпочитает» одно другому. Понимание предпочтений позволяет предсказывать поведение роли.
Через IWE: ролевые предпочтения пилота отражены в Pack - что структурировано подробно, что - в общих чертах.

**Практика (40 мин):**
Взять одну роль, которую выполняешь. Выписать 3 ролевых интереса и 3 ролевых предпочтения. Проверить: совпадают ли они с твоими личными интересами? Зафиксировать.

5.03 Потребности, требования и ограничения

---
subsection_id: PD.GUIDE.4.S5.SS3
parent_section_id: PD.GUIDE.4.S5
title: "Потребности, требования и ограничения"
cp_check: [cp.int]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь cp.int: можешь ли для одной системы четко разделить потребности, требования и ограничения?"
---

**Понятия:**
- Потребности (желаемые состояния, которые система должна обеспечить) - Нужда -> цель -> мотивация
- Требования (формализованные потребности, которые можно проверить) - Форма -> критерий -> проверка
- Ограничения (границы, в которых система должна функционировать) - Граница -> рамка -> условие

**Содержание:**
Потребности -> требования -> ограничения - три уровня формализации. Потребности - «хочу быть продуктивным». Требования - «система должна показывать Flow Efficiency». Ограничения - «не более 3 открытых задач».
Путаница уровней - частая ошибка. Обсуждать ограничения как потребности - значит не видеть систему.
Через IWE: потребности пилота (развитие) -> требования к IWE (стабильность Pack) -> ограничения (время, инструменты, бюджет).

**Практика (40 мин):**
Выбрать одну систему. Выписать: 3 потребности, 3 требования, 3 ограничения. Проверить: требования проверяемы? ограничения реальны? Зафиксировать в Pack.

5.04 Предприниматель, инженер, менеджер: три роли создания

---
subsection_id: PD.GUIDE.4.S5.SS4
parent_section_id: PD.GUIDE.4.S5
title: "Предприниматель, инженер, менеджер: три роли создания"
cp_check: [cp.int, cp.cre]
bh_check: [bh.agn]
bottleneck_hint: "Если застрял - проверь cp.cre: выполняешь ли все три роли создания, или делегируешь одну из них?"
---

**Понятия:**
- Предприниматель (роль, видящая возможность и формулирующая образ будущего) - Образ -> возможность -> инициатива
- Инженер (роль, проектирующая систему для реализации образа) - Проект -> конструкция -> реализация
- Менеджер (роль, организующая ресурсы и процессы создания) - Организация -> ресурс -> поток

**Содержание:**
Три роли создания: предприниматель видит возможность, инженер проектирует решение, менеджер организует ресурсы. В маленьких проектах одни роли совмещаются, в больших - разделяются.
Каждая роль имеет свой предмет интереса и свои методы. Предприниматель использует гипотезы, инженер - модели, менеджер - метрики.
Через IWE: в IWE пилот совмещает все три роли: предприниматель (стратегия), инженер (Pack-архитектура), менеджер (протоколы и трекинг).

**Практика (40 мин):**
Взять один текущий проект. Определить: кто выполняет роль предпринимателя? инженера? менеджера? Если одни роли пропущены - как восполнить? Зафиксировать.

5.05 Архитектор предприятия, директор по развития, проектировщик организации

---
subsection_id: PD.GUIDE.4.S5.SS5
parent_section_id: PD.GUIDE.4.S5
title: "Архитектор предприятия, директор по развития, проектировщик организации"
cp_check: [cp.int, cp.cre]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь cp.cre: видишь ли разницу между архитектурой системы и архитектурой предприятия?"
---

**Понятия:**
- Архитектор предприятия (роль, проектирующая систему организации как целое) - Архитектура -> целое -> проектирование
- Директор по развитию (роль, управляющая эволюцией системы организации) - Эволюция -> развитие -> стратегия
- Оргдизайнер (роль, проектирующая организационные процессы и структуры) - Дизайн -> процесс -> форма

**Содержание:**
Архитектор предприятия видит организацию как систему. Директор по развитию управляет ее эволюцией. Оргдизайнер проектирует процессы.
Эти роли отличаются от менеджера: менеджер управляет существующим, архитектор/оргдизайнер создает новое. Директор по развитию занимается развитием, не совершенствованием.
Через IWE: пилот - архитектор своего предприятия (системы «я + Machine»), оргдизайнер своих процессов, директор по развитию своей траектории.

**Практика (40 мин):**
Описать себя как систему через призму трех ролей: архитектор (как устроена система «я»?), директор по развитию (куда она эволюционирует?), оргдизайнер (какие процессы нужно спроектировать?). Зафиксировать в Pack.

5.06 Продукт и услуга: различение

---
subsection_id: PD.GUIDE.4.S5.SS6
parent_section_id: PD.GUIDE.4.S5
title: "Продукт и услуга: различение"
cp_check: [cp.int]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь cp.int: можешь ли для одной системы определить, является ли она продуктом, сервисом или их комбинацией?"
---

**Понятия:**
- Продукт (результат деятельности, передаваемый получателю) - Результат -> объект -> передача
- Сервис (деятельность, создающая ценность для получателя) - Деятельность -> ценность -> процесс
- Продукт-сервис (комбинация: продукт как носитель сервиса) - Комбинация -> система -> ценность

**Содержание:**
Продукт - результат, который можно передать. Сервис - деятельность, которая создает ценность. Продукт без сервиса - бесполезный объект. Сервис без продукта - не масштабируется.
Современные системы - продукт-сервисы: продукт как носитель, сервис как ценность. Pack - продукт (файлы), но ценность - в сервисе (мышление, которое он усиливает).
Через IWE: IWE - продукт-сервис. Репозитории (продукт) + методы работы (сервис). Ценность не в файлах, а в том, как они меняют мышление.

**Практика (40 мин):**
Выбрать 3 системы, с которыми работаешь. Для каждой: продукт, сервис или комбинация? Где ценность - в продукте или в сервисе? Зафиксировать.

5.07 Система-создатель, организационное звено, организационная роль и услуга

---
subsection_id: PD.GUIDE.4.S5.SS7
parent_section_id: PD.GUIDE.4.S5
title: "Система-создатель, организационное звено, организационная роль и услуга"
cp_check: [cp.int]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь bh.sys: видишь ли разницу между системой-создателем и системой, которую она создает?"
---

**Понятия:**
- Система-создатель (система, создающая другую систему) - Создатель -> источник -> причина
- Оргзвено (структурная единица организации) - Структура -> единица -> форма
- Оргроль (функция в организации) vs Сервис (ценность, предоставляемая получателю) - Функция -> ценность -> результат

**Содержание:**
Система-создатель создает целевую систему. Организация как система-создатель: оргзвено (структура) -> оргроль (функция) -> сервис (ценность).
Организация работает, когда сервис доставлен, а не когда оргзвено отчиталось. Системное мышление измеряет результат сервисом, не структурой.
Через IWE: IWE - система-создатель для рабочих продуктов пилота. Pack-сессия - оргзвено, системное мышление - оргроль, создание артефактов - сервис.

**Практика (40 мин):**
Выбрать одну организацию или команду. Разложить: оргзвена (как устроены), оргроли (какие функции), сервисы (какая ценность). Найти несоответствия. Зафиксировать.

---

5.08 Список понятий раздела

---
subsection_id: PD.GUIDE.4.S5.SS8
parent_section_id: PD.GUIDE.4.S5
title: "Список понятий раздела"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - проверь понятия: все ли определения ясны?"
---

**Понятия:** Все ключевые понятия раздела с краткими определениями

**Содержание:** Сводная таблица понятий раздела: термин, определение, ссылка на подраздел

**Практика (40 мин):** Проверить: можешь ли объяснить каждое понятие своими словами?

---

5.09 Упражнения на понятия

---
subsection_id: PD.GUIDE.4.S5.SS9
parent_section_id: PD.GUIDE.4.S5
title: "Упражнения на понятия"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - вернись к списку понятий"
---

**Понятия:** Применение понятий → практика

**Содержание:** Задания на сопоставление, сценарии, примеры из жизни

**Практика (40 мин):** 3 упражнения на применение понятий раздела

---

5.10 Вопросы для повторения

---
subsection_id: PD.GUIDE.4.S5.SS10
parent_section_id: PD.GUIDE.4.S5
title: "Вопросы для повторения"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - перечитай подразделы с неясными ответами"
---

**Понятия:** Самопроверка понимания

**Содержание:** 5-7 вопросов на понимание (не на заучивание)

**Практика (40 мин):** Ответить письменно на каждый вопрос. Проверить по тексту.

---

5.11 Выводы раздела

---
subsection_id: PD.GUIDE.4.S5.SS11
parent_section_id: PD.GUIDE.4.S5
title: "Выводы раздела"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - вернись к выводам перед следующим разделом"
---

**Понятия:** Интеграция раздела

**Содержание:** Краткое резюме: 3 ключевых тезиса, 1 действие, 1 связь со следующим разделом

**Практика (40 мин):** Записать 3 тезиса своими словами. Сравнить с выводами.

---

Раздел 6. Виды систем: целевая, надсистема, системы создания, окружение

Раздел 6. Виды систем: целевая, надсистема, системы создания, окружение

---

6.01 Целевая система

---
subsection_id: PD.GUIDE.4.S6.SS1
parent_section_id: PD.GUIDE.4.S6
title: "Целевая система"
cp_check: [cp.int]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь cp.int: можешь ли однозначно назвать целевую систему в текущем проекте?"
---

**Понятия:**
- Целевая система (система, для которой создается решение) - Объект -> цель -> фокус
- Функция целевой системы (желаемое действие, ради которого система создается) - Функция -> назначение -> смысл
- Получатель (роль, для которой функция целевой системы имеет ценность) - Потребитель -> ценность -> интерес

**Содержание:**
Целевая система - фокус всего анализа. Все остальные системы существуют относительно нее. Если целевая система не определена, анализ блуждает.
Целевая система определяется функцией и получателем. «Сайт» - не целевая система. «Система доставки контента читателям» - целевая система.
Через IWE: целевая система IWE - рабочие продукты пилота. Не «репозитории», а «результаты, которые пилот создает для получателей».

**Практика (40 мин):**
Для 3 текущих проектов сформулировать целевую систему (не «сайт», «приложение», «документ», а «система ... для ...»). Проверить: определена ли функция? есть ли получатель? Зафиксировать.

6.02 Надсистема

---
subsection_id: PD.GUIDE.4.S6.SS2
parent_section_id: PD.GUIDE.4.S6
title: "Надсистема"
cp_check: [cp.int]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь bh.sys: видишь ли надсистему для своих проектов, или считаешь их «самодостаточными»?"
---

**Понятия:**
- Надсистема (система, в которую входит целевая система) - Целое -> охват -> контекст
- Среда надсистемы (условия, которые надсистема создает для целевой системы) - Условие -> влияние -> контекст
- Влияние надсистемы (ограничения и возможности, исходящие от уровня выше) - Влияние -> ограничение -> ресурс

**Содержание:**
Надсистема - система более высокого уровня, в которую входит целевая. Пример: целевая - приложение, надсистема - экосистема устройства + пользователь + рынок.
Надсистема создает ограничения и возможности. Игнорирование надсистемы - типичная ошибка: проектируем идеальную систему, которая не вписывается в реальность.
Через IWE: надсистема для IWE - среда пилота: сообщество, рынок, культура, государство. IWE работает только в контексте этой надсистемы.

**Практика (40 мин):**
Выбрать одну целевую систему. Описать ее надсистему: что входит? какие ограничения накладывает? какие возможности дает? Зафиксировать в Pack.

6.03 Система создания

---
subsection_id: PD.GUIDE.4.S6.SS3
parent_section_id: PD.GUIDE.4.S6
title: "Система создания"
cp_check: [cp.int]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь cp.int: можешь ли для целевой системы назвать систему, которая ее создает?"
---

**Понятия:**
- Система создания (система, которая создает целевую систему) - Производитель -> источник -> причина
- Цепочка создания (последовательность систем создания от идеи до эксплуатации) - Процесс -> цепь -> этап
- Создатель (роль в системе создания, инициирующая и управляющая созданием) - Инициатор -> автор -> ответственный

**Содержание:**
Система создания - кто и как создает целевую систему. Цепочка создания: идея -> проектирование -> производство -> эксплуатация. На каждом этапе своя система создания.
Создатель - роль, не человек. В цепочке создания одни и те же люди могут менять роли, или роли могут выполняться разными людьми.
Через IWE: система создания для рабочих продуктов пилота - IWE (репозитории, агенты, методы). Цепочка: идея -> Pack -> агент -> артефакт.

**Практика (40 мин):**
Выбрать одну целевую систему. Восстановить цепочку создания: от чьей идеи? кто проектировал? кто производил? кто эксплуатирует? Зафиксировать.

6.04 Системы в окружении (ближнее и дальнее)

---
subsection_id: PD.GUIDE.4.S6.SS4
parent_section_id: PD.GUIDE.4.S6
title: "Системы в окружении (ближнее и дальнее)"
cp_check: [cp.int]
bh_check: [bh.awr]
bottleneck_hint: "Если застрял - проверь bh.awr: перечисляешь ли системы в окружении при анализе, или считаешь их «внешним миром»?"
---

**Понятия:**
- Ближнее окружение (системы, непосредственно взаимодействующие с целевой) - Контакт -> прямое влияние -> интерфейс
- Дальнее окружение (системы, влияющие на целевую опосредованно) - Контекст -> косвенное влияние -> тренд
- Экосистема (совокупность систем, взаимодействующих вокруг целевой) - Сеть -> взаимозависимость -> среда

**Содержание:**
Ближнее окружение - конкуренты, поставщики, партнеры. Дальнее - регуляторы, тренды, культура. Обе системы влияют на целевую, но по-разному.
Экосистема - не просто «все вокруг», а система взаимозависимостей. Изменение одной системы в экосистеме влияет на всех.
Через IWE: ближнее окружение IWE - IDE, GitHub, API. Дальнее - индустрия AI, регуляция, культура open source.

**Практика (40 мин):**
Выбрать одну целевую систему. Составить карту окружения: 3 системы ближнего окружения, 3 - дальнего. Для каждой: как влияет? через что? Зафиксировать.

6.05 Цепочка создания: от идеи до эксплуатации

---
subsection_id: PD.GUIDE.4.S6.SS5
parent_section_id: PD.GUIDE.4.S6
title: "Цепочка создания: от идеи до эксплуатации"
cp_check: [cp.int]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь cp.int: можешь ли для своего проекта восстановить полную цепочку создания от идеи до пользователя?"
---

**Понятия:**
- Цепочка создания (полная последовательность этапов от возникновения идеи до эксплуатации) - Цепь -> этап -> переход
- Этап создания (часть цепочки с четкой функцией и результатом) - Фаза -> функция -> артефакт
- Передача (момент, когда результат одного этапа становится входом следующего) - Передача -> интерфейс -> граница

**Содержание:**
Цепочка создания - полный путь: идея -> концепция -> проект -> прототип -> продукт -> эксплуатация -> утилизация. Каждый этап - система создания со своей функцией.
Передача между этапами - критическая точка. Здесь чаще всего теряется информация, качество, намерение. Хорошая передача - четкий интерфейс с критериями приемки.
Через IWE: цепочка создания рабочего продукта в IWE: идея -> Pack-запись -> агент-сессия -> артефакт -> коммит -> ревью -> merge.

**Практика (40 мин):**
Взять один завершенный проект. Восстановить цепочку создания: все этапы, передачи, где были проблемы? Зафиксировать уроки в Pack.

6.06 Система «я» как многоуровневая структура

---
subsection_id: PD.GUIDE.4.S6.SS6
parent_section_id: PD.GUIDE.4.S6
title: "Система «я» как многоуровневая структура"
cp_check: [cp.wld]
bh_check: [bh.awr]
bottleneck_hint: "Если застрял - проверь cp.wld: видишь ли себя как систему из подсистем, или как единое «я»?"
---

**Понятия:**
- Система «я» (организм + личность + мастерство) - Целое -> эмерджентность -> личность
- Подсистема «я» (организм, личность, мастерство - каждая со своими ограничениями) - Часть -> функция -> ресурс
- Эмерджентность личности (личность != организм + мысли + навыки) - Эмерджентность -> синергия -> целостность

**Содержание:**
Система «я» - три подсистемы: организм (биология), личность (психика), мастерство (компетенции). Каждая подсистема имеет свои ограничения, свои показатели, свои потоки.
Проблема в одной подсистеме проявляется в другой: усталость организма = когнитивное ограничение. Саморазвитие = изменение структуры системы «я».
Через IWE: IWE отражает систему «я» - структура репозиториев = структура интересов, ролей, проектов пилота.

**Практика (40 мин):**
Составить системную карту «я»: три подсистемы, функция каждой, текущие ограничения, связи между ними. Зафиксировать в Pack.

6.07 Мета-системный переход

---
subsection_id: PD.GUIDE.4.S6.SS7
parent_section_id: PD.GUIDE.4.S6
title: "Мета-системный переход"
cp_check: [cp.int]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь bh.sys: ищешь ли решение на том же уровне, где возникла проблема, или поднимаешься выше?"
---

**Понятия:**
- Мета-системный переход (переход на более высокий системный уровень для решения проблемы текущего) - Уровень -> охват -> решение
- Уровень системы (положение в иерархии вложенности) - Иерархия -> масштаб -> перспектива
- Системное решение (решение, меняющее структуру системы, а не симптом) - Структура -> причина -> трансформация

**Содержание:**
Когда проблема не решается на текущем уровне, поднимаемся на уровень выше. Конфликт в команде (уровень команды) часто решается на уровне процесса (уровень выше).
Мета-системный переход - не «переложить ответственность», а «увидеть систему, в которую входит проблема». Решение на более высоком уровне эффективнее.
Через IWE: проблема с агентом (уровень инструмента) часто решается на уровне метода (уровень выше), а не на уровне промпта.

**Практика (40 мин):**
Взять одну текущую проблему. Определить уровень, на котором она возникла. Сформулировать: как бы выглядело решение на уровень выше? Сравнить два подхода. Зафиксировать.

---

6.08 Список понятий раздела

---
subsection_id: PD.GUIDE.4.S6.SS8
parent_section_id: PD.GUIDE.4.S6
title: "Список понятий раздела"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - проверь понятия: все ли определения ясны?"
---

**Понятия:** Все ключевые понятия раздела с краткими определениями

**Содержание:** Сводная таблица понятий раздела: термин, определение, ссылка на подраздел

**Практика (40 мин):** Проверить: можешь ли объяснить каждое понятие своими словами?

---

6.09 Упражнения на понятия

---
subsection_id: PD.GUIDE.4.S6.SS9
parent_section_id: PD.GUIDE.4.S6
title: "Упражнения на понятия"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - вернись к списку понятий"
---

**Понятия:** Применение понятий → практика

**Содержание:** Задания на сопоставление, сценарии, примеры из жизни

**Практика (40 мин):** 3 упражнения на применение понятий раздела

---

6.10 Вопросы для повторения

---
subsection_id: PD.GUIDE.4.S6.SS10
parent_section_id: PD.GUIDE.4.S6
title: "Вопросы для повторения"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - перечитай подразделы с неясными ответами"
---

**Понятия:** Самопроверка понимания

**Содержание:** 5-7 вопросов на понимание (не на заучивание)

**Практика (40 мин):** Ответить письменно на каждый вопрос. Проверить по тексту.

---

6.11 Выводы раздела

---
subsection_id: PD.GUIDE.4.S6.SS11
parent_section_id: PD.GUIDE.4.S6
title: "Выводы раздела"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - вернись к выводам перед следующим разделом"
---

**Понятия:** Интеграция раздела

**Содержание:** Краткое резюме: 3 ключевых тезиса, 1 действие, 1 связь со следующим разделом

**Практика (40 мин):** Записать 3 тезиса своими словами. Сравнить с выводами.

---

Раздел 7. Системный разбор: четыре вопроса, системная карта, таблица 3 на 3

Раздел 7. Системный разбор: четыре вопроса, системная карта, таблица 3 на 3

---

7.01 Четыре вопроса системного разбора

---
subsection_id: PD.GUIDE.4.S7.SS1
parent_section_id: PD.GUIDE.4.S7
title: "Четыре вопроса системного разбора"
cp_check: [cp.int]
bh_check: [bh.met]
bottleneck_hint: "Если застрял - проверь bh.met: проводишь ли разбор последовательно по 4 вопросам, или перепрыгиваешь к «как»?"
---

**Понятия:**
- Системный разбор (метод анализа через 4 вопроса: зачем, что, как, когда) - Метод -> алгоритм -> способ
- 4 вопроса (зачем? что? как? когда? - полный цикл анализа) - Вопрос -> охват -> полнота
- Последовательность (важность порядка: зачем -> что -> как -> когда) - Порядок -> логика -> структура

**Содержание:**
4 вопроса: 1. Зачем? - функция, цель, интересы заинтересованных лиц. 2. Что? - границы системы, состав, роли, надсистема и подсистемы. 3. Как? - процессы, методы, механизмы, ограничения. 4. Когда? - временная структура, стадии, этапы, итерации, инкременты.
Последовательность важна: без «зачем» ответы на остальные вопросы блуждают. Без «что» ответ на «как» - технический детализм без контекста.
Через IWE: Pack-структура как ответы на 4 вопроса: FORM - «зачем», METHOD - «как», CAT - «что», SOTA - «когда (текущее состояние)».

**Практика (40 мин):**
Выбрать одну реальную задачу. Провести системный разбор по 4 вопросам, строго в порядке. Зафиксировать результат в Pack.

7.02 Системная карта

---
subsection_id: PD.GUIDE.4.S7.SS2
parent_section_id: PD.GUIDE.4.S7
title: "Системная карта"
cp_check: [cp.int, cp.cre]
bh_check: [bh.met]
bottleneck_hint: "Если застрял - проверь cp.cre: создаешь ли системную карту как рабочий продукт, а не «красивую картинку»?"
---

**Понятия:**
- Системная карта (артефакт разбора: схема системы с границами, ролями, потоками, ограничениями) - Модель -> представление -> карта
- Артефакт (внешний объект, фиксирующий результат мышления) - Объект -> фиксация -> коммуникация
- Правило 5 элементов (если на карте больше 5 элементов - проверить, все ли нужны) - Ограничение -> фокус -> ясность

**Содержание:**
Системная карта - не схема красивых квадратиков. Это артефакт, где каждый элемент отвечает на один из 4 вопросов. Плохая карта: красивая, но не отвечает на «зачем». Хорошая карта: может быть уродливой, но все элементы обоснованы.
Правило 5 элементов: если на карте больше 5 элементов - проверить, все ли нужны. Избыточная детализация = маскировка непонимания.
Через IWE: Pack - системная карта знания пилота. Структура репозиториев отражает систему его интересов.

**Практика (40 мин):**
Построить системную карту одной реальной задачи. Проверить: каждый элемент отвечает на один из 4 вопросов? Есть ли граница? Есть ли роли? Зафиксировать в Pack.

7.03 Таблица 3 на 3: роли и системы

---
subsection_id: PD.GUIDE.4.S7.SS3
parent_section_id: PD.GUIDE.4.S7
title: "Таблица 3 на 3: роли и системы"
cp_check: [cp.int]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь cp.int: заполняешь ли все 9 ячеек таблицы 3x3, или останавливаешься на очевидных?"
---

**Понятия:**
- Таблица 3x3 (3 области интересов ролей x 3 области интересов систем) - Матрица -> охват -> полнота
- Область интересов ролей (создатель, оператор, пользователь) - Роль -> интерес -> точка зрения
- Область интересов систем (целевая, система создания, системы в окружении) - Система -> функция -> контекст

**Содержание:**
Таблица 3x3: 3 роли (создатель, оператор, пользователь) x 3 системы (целевая, создания, окружение) = 9 точек зрения на одну систему.
Девять ячеек - девять точек зрения. Неочевидные ячейки (например, «создатель -> окружение») часто содержат критическую информацию.
Через IWE: таблица 3x3 для IWE: создатель (пилот) x системы (IWE, агенты, окружение) = 9 точек зрения на экзокортекс.

**Практика (40 мин):**
Выбрать одну систему из жизни. Заполнить таблицу 3x3: 9 ячеек, краткие записи. Отметить: какая ячейка была неочевидной? Какие интересы ранее не учитывались? Зафиксировать в Pack.

7.04 Процесс, система и проект: различение

---
subsection_id: PD.GUIDE.4.S7.SS4
parent_section_id: PD.GUIDE.4.S7
title: "Процесс, система и проект: различение"
cp_check: [cp.int]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь cp.int: не называешь ли процесс системой, или проект - процессом?"
---

**Понятия:**
- Процесс (взаимодействие систем во времени) - Динамика -> изменение -> поток
- Система (объект, имеющий границу, состав, функцию) - Объект -> структура -> статика
- Проект (временная деятельность по созданию уникальной системы) - Задача -> ограниченное время -> уникальность

**Содержание:**
Процесс != система. Система - объект, процесс - взаимодействие систем во времени. Проект - временная деятельность по созданию системы.
Процесс описывает «как протекает», система - «что есть», проект - «что создается». Путаница понятий ведет к путанице в управлении.
Через IWE: Pack - система. Наполнение Pack - процесс. Создание нового раздела Pack - проект.

**Практика (40 мин):**
Выбрать 3 объекта из текущей работы. Для каждого определить: это система, процесс или проект? Проверить: правильно ли используешь термины в разговоре? Зафиксировать.

7.05 Стадии и этапы проекта: логическое и физическое время

---
subsection_id: PD.GUIDE.4.S7.SS5
parent_section_id: PD.GUIDE.4.S7
title: "Стадии и этапы проекта: логическое и физическое время"
cp_check: [cp.int]
bh_check: [bh.met]
bottleneck_hint: "Если застрял - проверь bh.met: планируешь ли по логическим стадиям, а не только по календарным датам?"
---

**Понятия:**
- Стадия (фаза жизненного цикла с четким результатом) - Фаза -> результат -> переход
- Этап (часть стадии с конкретным заданием) - Часть -> задача -> инкремент
- Логическое время (последовательность, определяемая зависимостями, не календарем) - Логика -> зависимость -> порядок
- Физическое время (календарная длительность) - Время -> календарь -> ресурс

**Содержание:**
Стадия - фаза ЖЦ: инициация, планирование, выполнение, завершение. Этап - часть стадии: внутри «выполнения» есть этапы проектирования, кодирования, тестирования.
Логическое время - что должно быть сделано до чего. Физическое время - сколько это занимает в календаре. Хорошее планирование начинается с логического времени.
Через IWE: создание Pack-раздела: стадии (концепция -> структура -> наполнение -> проверка). Логическое время: сначала структура, потом наполнение. Физическое: 2 часа на стадию.

**Практика (40 мин):**
Взять один текущий проект. Разложить на стадии и этапы. Для каждой стадии: результат, критерий перехода. Для каждого этапа: зависимости (логическое время). Зафиксировать в Pack.

7.06 Ключевая сущность проекта и рабочий продукт

---
subsection_id: PD.GUIDE.4.S7.SS6
parent_section_id: PD.GUIDE.4.S7
title: "Ключевая сущность проекта и рабочий продукт"
cp_check: [cp.cre]
bh_check: [bh.met]
bottleneck_hint: "Если застрял - проверь cp.cre: можешь ли назвать альфу и рабочий продукт для текущей работы?"
---

**Понятия:**
- Альфа (ключевая сущность проекта, состояние которой определяет зрелость) - Сущность -> состояние -> зрелость
- Рабочий продукт (артефакт, создаваемый в процессе работы, фиксирующий состояние альфы) - Артефакт -> результат -> проверка
- Состояние альфы (описание текущего положения ключевой сущности) - Состояние -> диагностика -> контроль

**Содержание:**
Альфа - не «первая версия», а ключевая сущность проекта. Примеры альф: видение, требования, система, работа. Каждая альфа проходит через состояния (от «задумана» до «достигнута»).
Рабочий продукт - артефакт, который фиксирует состояние альфы. Не «отчет», а «доказательство прогресса». Рабочий продукт проверяется, а не оценивается.
Через IWE: альфы в IWE - Pack (система знаний), профиль пилота (система «я»), рабочие продукты (результаты). Коммит - рабочий продукт, фиксирующий состояние.

**Практика (40 мин):**
Выбрать один текущий проект. Определить: какие альфы? какие рабочие продукты? в каких состояниях альфы сейчас? Зафиксировать в Pack.

7.07 Приёмка, проверка цели и проверка реализации

---
subsection_id: PD.GUIDE.4.S7.SS7
parent_section_id: PD.GUIDE.4.S7
title: "Приёмка, проверка цели и проверка реализации"
cp_check: [cp.int, cp.cre]
bh_check: [bh.met]
bottleneck_hint: "Если застрял - проверь bh.met: проводишь ли приемку рабочих продуктов по критериям, а не «по ощущениям»?"
---

**Понятия:**
- Приемка (подтверждение, что рабочий продукт соответствует критериям) - Подтверждение -> критерий -> решение
- Проверка (определение соответствия рабочего продукта требованиям) - Проверка -> требование -> качество
- Валидация (проверка, что система делает правильную вещь) vs Верификация (проверка, что система делает вещь правильно) - Цель -> способ -> качество

**Содержание:**
Валидация - «делаем ли мы правильную вещь?» (соответствие потребностям). Верификация - «делаем ли мы вещь правильно?» (соответствие требованиям). Приемка - формальное подтверждение.
Приемка без критериев - не приемка, а «посмотрел и одобрил». Критерии приемки должны быть сформулированы до начала работы.
Через IWE: верификация Pack - соответствие структуре, валидация Pack - полезность для пилота. Приемка - commit с проверкой.

**Практика (40 мин):**
Выбрать один рабочий продукт, созданный за последнюю неделю. Составить критерии приемки постфактум. Проверить: прошел ли продукт приемку? Зафиксировать критерии для следующих продуктов в Pack.

---

7.08 Список понятий раздела

---
subsection_id: PD.GUIDE.4.S7.SS8
parent_section_id: PD.GUIDE.4.S7
title: "Список понятий раздела"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - проверь понятия: все ли определения ясны?"
---

**Понятия:** Все ключевые понятия раздела с краткими определениями

**Содержание:** Сводная таблица понятий раздела: термин, определение, ссылка на подраздел

**Практика (40 мин):** Проверить: можешь ли объяснить каждое понятие своими словами?

---

7.09 Упражнения на понятия

---
subsection_id: PD.GUIDE.4.S7.SS9
parent_section_id: PD.GUIDE.4.S7
title: "Упражнения на понятия"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - вернись к списку понятий"
---

**Понятия:** Применение понятий → практика

**Содержание:** Задания на сопоставление, сценарии, примеры из жизни

**Практика (40 мин):** 3 упражнения на применение понятий раздела

---

7.10 Вопросы для повторения

---
subsection_id: PD.GUIDE.4.S7.SS10
parent_section_id: PD.GUIDE.4.S7
title: "Вопросы для повторения"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - перечитай подразделы с неясными ответами"
---

**Понятия:** Самопроверка понимания

**Содержание:** 5-7 вопросов на понимание (не на заучивание)

**Практика (40 мин):** Ответить письменно на каждый вопрос. Проверить по тексту.

---

7.11 Выводы раздела

---
subsection_id: PD.GUIDE.4.S7.SS11
parent_section_id: PD.GUIDE.4.S7
title: "Выводы раздела"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - вернись к выводам перед следующим разделом"
---

**Понятия:** Интеграция раздела

**Содержание:** Краткое резюме: 3 ключевых тезиса, 1 действие, 1 связь со следующим разделом

**Практика (40 мин):** Записать 3 тезиса своими словами. Сравнить с выводами.

---

Раздел 8. Системное моделирование: черный/прозрачный ящик, 4 типа описаний

Раздел 8. Системное моделирование: черный/прозрачный ящик, 4 типа описаний

---

8.01 Черный ящик (внешнее описание)

---
subsection_id: PD.GUIDE.4.S8.SS1
parent_section_id: PD.GUIDE.4.S8
title: "Черный ящик (внешнее описание)"
cp_check: [cp.int]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь cp.int: начинаешь ли моделирование с черного ящика, или сразу лезешь во внутреннее устройство?"
---

**Понятия:**
- Черный ящик (внешнее описание системы: входы, выходы, функция) - Интерфейс -> поведение -> наблюдение
- Вход/выход (то, что поступает в систему и выходит из нее) - Поток -> обмен -> граница
- Функция при черном ящике (что система делает, не как устроена) - Функция -> поведение -> назначение

**Содержание:**
Черный ящик - внешнее описание: входы, выходы, функция. Не раскрываем устройство. На этапе «зачем» система - черный ящик: важно, что она делает, не как устроена.
Моделирование начинается с черного ящика. Сначала понимаем, что система делает. Потом, если нужно, открываем ящик.
Через IWE: при первом знакомстве с инструментом (агент, MCP) пилот использует его как черный ящик: вход (промпт) -> выход (результат) -> функция (помощь).

**Практика (40 мин):**
Выбрать одну систему, которую используешь, но не понимаешь внутреннее устройство. Описать ее как черный ящик: входы, выходы, функция. Проверить: достаточно ли этого для использования?

8.02 Прозрачный ящик (внутреннее описание)

---
subsection_id: PD.GUIDE.4.S8.SS2
parent_section_id: PD.GUIDE.4.S8
title: "Прозрачный ящик (внутреннее описание)"
cp_check: [cp.int]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь cp.int: открываешь ли черный ящик только тогда, когда внешнего описания недостаточно?"
---

**Понятия:**
- Прозрачный ящик (внутреннее описание: состав, процессы, механизмы) - Структура -> устройство -> анализ
- Внутреннее устройство (механизмы, преобразующие входы в выходы) - Механизм -> преобразование -> процесс
- Декомпозиция (разбиение прозрачного ящика на подсистемы) - Разбиение -> детализация -> анализ

**Содержание:**
Прозрачный ящик - внутреннее описание: состав, процессы, механизмы. На этапе «как» система становится прозрачной: важно устройство.
Умение переключать уровень детализации - ключевой навык. Сначала черный ящик (зачем), потом открываем (как) только нужные части.
Через IWE: Pack-сессия с агентом: сначала черный ящик (результат), потом, если результат неудовлетворителен, открываем (промпт-инжиниринг, контекст).

**Практика (40 мин):**
Выбрать одну систему, описанную в предыдущем подразделе как черный ящик. Открыть «ящик»: описать состав, процессы, механизмы. Сравнить: что изменилось в понимании?

8.03 Четыре типа описаний: функциональное, модульное, пространственное, стоимостное

---
subsection_id: PD.GUIDE.4.S8.SS3
parent_section_id: PD.GUIDE.4.S8
title: "Четыре типа описаний: функциональное, модульное, пространственное, стоимостное"
cp_check: [cp.int, cp.skl]
bh_check: [bh.met]
bottleneck_hint: "Если застрял - проверь cp.skl: можешь ли для системы дать все 4 типа описания, а не только «схему»?"
---

**Понятия:**
- Функциональное описание (что система делает: функции, входы, выходы) - Функция -> поведение -> назначение
- Модульное описание (из чего состоит: состав, подсистемы, связи) - Состав -> структура -> архитектура
- Пространственное описание (где расположена: геометрия, топология, размещение) - Пространство -> расположение -> география
- Стоимостное описание (сколько стоит: ресурсы, затраты, ценность) - Стоимость -> ресурс -> экономика

**Содержание:**
Четыре типа описаний дают полную картину системы. Функциональное - «что делает». Модульное - «из чего». Пространственное - «где». Стоимостное - «сколько стоит».
Каждый тип описания отвечает на свой вопрос. Полное описание системы требует всех четырех. Пропуск одного типа дает слепое пятно.
Через IWE: Pack содержит функциональное (METHOD) и модульное (STRUCT) описания. Пространственное - карта репозиториев. Стоимостное - время на поддержание Pack.

**Практика (40 мин):**
Выбрать одну систему. Дать 4 типа описания (по 3-5 строк каждый). Проверить: есть ли противоречия между описаниями? Зафиксировать в Pack.

8.04 Модель, модель моделей, множество моделей и интегральная модель

---
subsection_id: PD.GUIDE.4.S8.SS4
parent_section_id: PD.GUIDE.4.S8
title: "Модель, модель моделей, множество моделей и интегральная модель"
cp_check: [cp.int]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь cp.int: путаешь ли модель (одно описание) с мульти-моделью (несколько описаний)?"
---

**Понятия:**
- Модель (одно описание системы) - Описание -> представление -> точка зрения
- Мета-модель (описание того, как строить модели) - Модель -> модель -> архитектура описаний
- Мульти-модель (несколько моделей одного объекта) - Множество -> охват -> полнота
- Мега-модель (интегрированная картина из множества моделей) - Интеграция -> единство -> синтез

**Содержание:**
Уровни моделей: модель (одно описание) -> мета-модель (описание того, как строить модели) -> мульти-модель (несколько моделей одного объекта) -> мега-модель (интегрированная картина).
Пилоту нужна мульти-модель: несколько точек зрения на одну систему. Мега-модель - не всегда достижима, но к ней нужно стремиться.
Через IWE: Pack - мета-модель (описание того, как структурировать знание). Разные разделы Pack - мульти-модель системы знаний пилота.

**Практика (40 мин):**
Выбрать одну систему. Построить мульти-модель: минимум 3 модели (разных типов или точек зрения). Сравнить: что каждая модель показывает, а что скрывает? Зафиксировать.

8.05 Верхнеуровневое моделирование

---
subsection_id: PD.GUIDE.4.S8.SS5
parent_section_id: PD.GUIDE.4.S8
title: "Верхнеуровневое моделирование"
cp_check: [cp.int, cp.cre]
bh_check: [bh.met]
bottleneck_hint: "Если застрял - проверь cp.cre: начинаешь ли моделирование с верхнего уровня, или сразу уходишь в детали?"
---

**Понятия:**
- Верхнеуровневое моделирование (начало с общей картины, без деталей) - Уровень -> охват -> абстракция
- Уровень детализации (степень подробности модели) - Деталь -> гранулярность -> фокус
- Декомпозиция по уровням (последовательное уточнение от общего к частному) - Иерархия -> уточнение -> структура

**Содержание:**
Верхнеуровневое моделирование - начинать с общей картины. Сначала система как черный ящик (1 уровень), потом основные подсистемы (2 уровень), потом детали (3+ уровень).
Ошибка «premature detailization» - уход в детали до понимания общей картины. Детали без контекста - шум.
Через IWE: создание Pack-раздела начинается с верхнеуровневой структуры (заголовки), потом наполнение. Не наоборот.

**Практика (40 мин):**
Выбрать одну сложную систему. Построить 3 уровня модели: уровень 1 (система как черный ящик), уровень 2 (3-5 подсистем), уровень 3 (детали одной подсистемы). Зафиксировать.

8.06 Интерфейс: правила взаимодействия

---
subsection_id: PD.GUIDE.4.S8.SS6
parent_section_id: PD.GUIDE.4.S8
title: "Интерфейс: правила взаимодействия"
cp_check: [cp.int]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь cp.int: описываешь ли интерфейсы между системами явно, или предполагаешь, что «и так понятно»?"
---

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

**Содержание:**
Интерфейс - правила взаимодействия. Хороший интерфейс явен, стабилен, минимален. Плохой интерфейс требует знания внутреннего устройства.
Скрытость реализации: если интерфейс стабилен, внутреннее устройство можно менять. Это ключ к эволюции системы без разрушения связей.
Через IWE: MCP-протоколы - интерфейсы между агентами и инструментами. Формат Pack-записей - интерфейс между пилотом и агентом.

**Практика (40 мин):**
Выбрать 2 системы, которые взаимодействуют в твоей работе. Описать их интерфейс: формат обмена, правила, ограничения. Проверить: интерфейс явен? Зафиксировать.

8.07 Характеристика, состояние и показатель

---
subsection_id: PD.GUIDE.4.S8.SS7
parent_section_id: PD.GUIDE.4.S8
title: "Характеристика, состояние и показатель"
cp_check: [cp.int]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь cp.int: различаешь ли характеристику (потенциал), состояние (момент) и показатель (измерение)?"
---

**Понятия:**
- Характеристика (потенциальное свойство системы) - Свойство -> потенциал -> качество
- Состояние (моментное значение характеристики) - Момент -> текущее -> ситуация
- Показатель (способ измерения характеристики) - Измерение -> метрика -> количество

**Содержание:**
Характеристика - потенциал (система «может»). Состояние - момент (система «сейчас»). Показатель - измерение (сколько «единиц»).
Пример: характеристика - производительность, состояние - текущая скорость, показатель - задачи в час. Без показателя характеристика - расплывчатое качество.
Через IWE: характеристика пилота - способность к системному мышлению. Состояние - текущий уровень. Показатель - bh.sys, cp.int.

**Практика (40 мин):**
Выбрать одну систему. Для 3 характеристик определить: характеристика, текущее состояние, показатель. Проверить: показатель измерим? Зафиксировать в Pack.

---

8.08 Список понятий раздела

---
subsection_id: PD.GUIDE.4.S8.SS8
parent_section_id: PD.GUIDE.4.S8
title: "Список понятий раздела"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - проверь понятия: все ли определения ясны?"
---

**Понятия:** Все ключевые понятия раздела с краткими определениями

**Содержание:** Сводная таблица понятий раздела: термин, определение, ссылка на подраздел

**Практика (40 мин):** Проверить: можешь ли объяснить каждое понятие своими словами?

---

8.09 Упражнения на понятия

---
subsection_id: PD.GUIDE.4.S8.SS9
parent_section_id: PD.GUIDE.4.S8
title: "Упражнения на понятия"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - вернись к списку понятий"
---

**Понятия:** Применение понятий → практика

**Содержание:** Задания на сопоставление, сценарии, примеры из жизни

**Практика (40 мин):** 3 упражнения на применение понятий раздела

---

8.10 Вопросы для повторения

---
subsection_id: PD.GUIDE.4.S8.SS10
parent_section_id: PD.GUIDE.4.S8
title: "Вопросы для повторения"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - перечитай подразделы с неясными ответами"
---

**Понятия:** Самопроверка понимания

**Содержание:** 5-7 вопросов на понимание (не на заучивание)

**Практика (40 мин):** Ответить письменно на каждый вопрос. Проверить по тексту.

---

8.11 Выводы раздела

---
subsection_id: PD.GUIDE.4.S8.SS11
parent_section_id: PD.GUIDE.4.S8
title: "Выводы раздела"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - вернись к выводам перед следующим разделом"
---

**Понятия:** Интеграция раздела

**Содержание:** Краткое резюме: 3 ключевых тезиса, 1 действие, 1 связь со следующим разделом

**Практика (40 мин):** Записать 3 тезиса своими словами. Сравнить с выводами.

---

Раздел 9. Себя и личную среду развития как системы: пилот-машина, организм, три потока

Раздел 9. Себя и личную среду развития как системы: пилот-машина, организм, три потока

---

9.01 Система «пилот + машина»

---
subsection_id: PD.GUIDE.4.S9.SS1
parent_section_id: PD.GUIDE.4.S9
title: "Система «пилот + машина»"
cp_check: [cp.wld, cp.iwe]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь cp.iwe: описываешь ли IWE как часть системы «я», или как «набор инструментов»?"
---

**Понятия:**
- Болид (пилот + машина, неделимая система) - Система -> целостность -> эмерджентность
- Неделимость (Болид - система, части которой теряют функцию при разделении) - Целостность -> зависимость -> синергия
- Система создания для пилота (IWE создает рабочие продукты пилота) - Создатель -> инструмент -> расширение

**Содержание:**
Болид - пилот + машина, неделимая система. Пилот без машины - ограничен. Машина без пилота - бесполезна. Вместе - система с эмерджентными свойствами.
Болид имеет целевую функцию (созидание), систему создания (пилот + машина + методы), надсистему (среда). Это система 2.0: интересы пилота определяют границы.
Через IWE: IWE - система создания внутри Болида. Pack, агенты, протоколы - части системы создания.

**Практика (40 мин):**
Описать свой Болид как систему: целевая функция, система создания, надсистема, границы, роли. Сравнить с описанием из Руководства 1. Зафиксировать в Pack.

9.02 Организм: биологическая подсистема

---
subsection_id: PD.GUIDE.4.S9.SS2
parent_section_id: PD.GUIDE.4.S9
title: "Организм: биологическая подсистема"
cp_check: [cp.wld]
bh_check: [bh.awr]
bottleneck_hint: "Если застрял - проверь bh.awr: замечаешь ли сигналы организма как данные о состоянии системы «я»?"
---

**Понятия:**
- Организм (биологическая система пилота: тело, мозг, нервная система) - Подсистема -> база -> платформа
- Биологические ограничения (сон, питание, движение как параметры системы) - Ограничение -> ресурс -> условие
- Соматическая обратная связь (сигналы организма о состоянии системы) - Сигнал -> данные -> диагностика

**Содержание:**
Организм - подсистема «я». Не «мешающий фактор», а платформа, на которой работают все остальные подсистемы. Усталость организма = когнитивное ограничение.
Сигналы организма - данные о состоянии системы. Игнорирование сигналов = отказ от обратной связи. Системный мыслитель использует соматические сигналы как показатели.
Через IWE: WakaTime, календарь, сон - показатели состояния организма как подсистемы. Агент-Диагност может алертить при дисбалансе.

**Практика (40 мин):**
Составить «панель показателей» организма: 5 показателей (сон, движение, питание, энергия, фокус). Для каждого: текущее состояние, норма, тренд. Зафиксировать в Pack.

9.03 Личность и мастерство

---
subsection_id: PD.GUIDE.4.S9.SS3
parent_section_id: PD.GUIDE.4.S9
title: "Личность и мастерство"
cp_check: [cp.wld]
bh_check: [bh.awr]
bottleneck_hint: "Если застрял - проверь cp.wld: различаешь ли личность (программа) и мастерство (накопленный капитал)?"
---

**Понятия:**
- Личность (система психических свойств: мировоззрение, роли, отношения) - Подсистема -> программа -> интерпретатор
- Мастерство (накопленная способность производить результаты) - Подсистема -> компетенция -> капитал
- Мировоззрение как конфиг личности (инвариантные различения, управляющие восприятием) - Конфиг -> фильтр -> интерпретация

**Содержание:**
Личность - программа: мировоззрение, роли, отношения. Мастерство - капитал: компетенции, навыки, опыт. Личность определяет, что видишь. Мастерство определяет, что можешь.
Развитие личности = изменение программы. Развитие мастерства = накопление капитала. Оба нужны, но развитие без изменения личности дает «мастерство в старой парадигме».
Через IWE: Pack отражает личность (различения, мировоззрение), а коммиты отражают мастерство (частота, качество, объем).

**Практика (40 мин):**
Разделить текущие компетенции на две группы: «личность» (различения, мировоззрение, роли) и «мастерство» (навыки, инструменты, объем). Где больше роста за последний год? Зафиксировать.

9.04 Личная среда развития как система создания

---
subsection_id: PD.GUIDE.4.S9.SS4
parent_section_id: PD.GUIDE.4.S9
title: "Личная среда развития как система создания"
cp_check: [cp.iwe]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь cp.iwe: описываешь ли IWE через роли, границы и функции, или только через список инструментов?"
---

**Понятия:**
- IWE как система (репозитории, среда, агенты, Pack - система создания для пилота) - Инструмент -> среда -> расширение
- Система создания (система, которая создает рабочие продукты) - Создатель -> источник -> причина
- Целевая система IWE (рабочие продукты пилота) - Результат -> цель -> фокус

**Содержание:**
IWE - система создания для пилота. Целевая система - рабочие продукты. Система создания - IWE (репозитории, агенты, методы). Надсистема - среда: сообщество, рынок, культура.
IWE != экзокортекс. Экзокортекс - более широкое понятие. IWE - конкретная реализация экзокортекса для пилота через Pack, агентов и протоколы.
Через IWE: IWE отражает систему «я» в Pack: структура репозиториев = структура интересов, ролей, проектов.

**Практика (40 мин):**
Описать IWE как систему: целевая функция, границы, роли (пилот, машина, агенты), потоки, ограничения. Сравнить с описанием из Руководства 3. Зафиксировать.

9.05 Три потока личной жизни

---
subsection_id: PD.GUIDE.4.S9.SS5
parent_section_id: PD.GUIDE.4.S9
title: "Три потока личной жизни"
cp_check: [cp.wld, cp.iwe]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь cp.wld: замечаешь ли дисбаланс между тремя потоками до кризиса?"
---

**Понятия:**
- Три потока личной жизни (рабочие продукты, информация, энергия) - Поток -> движение -> ресурс
- Поток рабочих продуктов (внешние результаты деятельности) - Результат -> созидание -> выход
- Поток информации (обучение + память + знания) - Информация -> обучение -> память
- Поток энергии (восстановление, мотивация, состояние) - Энергия -> восстановление -> ресурс

**Содержание:**
Три потока: внешние рабочие продукты (что создается), внутренняя информация (что изучается, что запоминается), внутренняя энергия (восстановление, мотивация, состояние).
Блокировка одного потока останавливает остальные. Без энергии не учишься, без обучения не создаешь, без создания не восстанавливаешься (нет смысла).
Через IWE: WakaTime и Git - показатели состояния потоков: Touch Time (рабочие продукты), коммиты (созидание), Pack-записи (информация).

**Практика (40 мин):**
Составить карту трех потоков: что сейчас в каждом потоке, где bottleneck, где переполнение. Найти дисбаланс. Зафиксировать в Pack.

9.06 Саморазвитие как изменение системы «я»

---
subsection_id: PD.GUIDE.4.S9.SS6
parent_section_id: PD.GUIDE.4.S9
title: "Саморазвитие как изменение системы «я»"
cp_check: [cp.wld]
bh_check: [bh.awr]
bottleneck_hint: "Если застрял - проверь cp.wld: считаешь ли саморазвитие накоплением знаний, или изменением структуры?"
---

**Понятия:**
- Саморазвитие (изменение системы «я»: новые роли, новые границы, новые потоки) - Изменение -> структура -> эволюция
- Накопление (добавление элементов без изменения структуры) - Добавление -> рост -> количество
- Трансформация (смена структуры системы) - Трансформация -> качество -> скачок

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

**Практика (40 мин):**
Вспомнить один период интенсивного роста. Было ли это накопление (больше того же) или трансформация (смена структуры)? Что изменилось в системе «я»? Зафиксировать в Pack.

9.07 Системный разбор себя через четыре вопроса

---
subsection_id: PD.GUIDE.4.S9.SS7
parent_section_id: PD.GUIDE.4.S9
title: "Системный разбор себя через четыре вопроса"
cp_check: [cp.wld, cp.iwe]
bh_check: [bh.met]
bottleneck_hint: "Если застрял - проверь bh.met: применяешь ли 4 вопроса к себе так же строго, как к рабочим задачам?"
---

**Понятия:**
- Системный разбор «я» (применение 4 вопросов к системе «я») - Метод -> самоанализ -> рефлексия
- Системная карта «я» (артефакт разбора себя как системы) - Карта -> модель -> зеркало
- Рефлексия (мышление о собственном мышлении через системную линзу) - Мышление -> мышление -> мета

**Содержание:**
Системный разбор себя - применение 4 вопросов к системе «я»: Зачем? (цель жизни/периода). Что? (состав: организм, личность, мастерство). Как? (процессы, методы, потоки). Когда? (стадии, этапы, ритмы).
Это не нарциссизм, а инструментальная рефлексия. Системная карта «я» - рабочий продукт, который можно обновлять и проверять.
Через IWE: Pack содержит системную карту «я» - профиль, траектория, роли. Регулярное обновление = рефлексия в действии.

**Практика (40 мин):**
Провести системный разбор «я» по 4 вопросам. Артефакт: текстовая системная карта. Проверить: каждый элемент обоснован? Зафиксировать в Pack.

---

9.08 Список понятий раздела

---
subsection_id: PD.GUIDE.4.S9.SS8
parent_section_id: PD.GUIDE.4.S9
title: "Список понятий раздела"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - проверь понятия: все ли определения ясны?"
---

**Понятия:** Все ключевые понятия раздела с краткими определениями

**Содержание:** Сводная таблица понятий раздела: термин, определение, ссылка на подраздел

**Практика (40 мин):** Проверить: можешь ли объяснить каждое понятие своими словами?

---

9.09 Упражнения на понятия

---
subsection_id: PD.GUIDE.4.S9.SS9
parent_section_id: PD.GUIDE.4.S9
title: "Упражнения на понятия"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - вернись к списку понятий"
---

**Понятия:** Применение понятий → практика

**Содержание:** Задания на сопоставление, сценарии, примеры из жизни

**Практика (40 мин):** 3 упражнения на применение понятий раздела

---

9.10 Вопросы для повторения

---
subsection_id: PD.GUIDE.4.S9.SS10
parent_section_id: PD.GUIDE.4.S9
title: "Вопросы для повторения"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - перечитай подразделы с неясными ответами"
---

**Понятия:** Самопроверка понимания

**Содержание:** 5-7 вопросов на понимание (не на заучивание)

**Практика (40 мин):** Ответить письменно на каждый вопрос. Проверить по тексту.

---

9.11 Выводы раздела

---
subsection_id: PD.GUIDE.4.S9.SS11
parent_section_id: PD.GUIDE.4.S9
title: "Выводы раздела"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - вернись к выводам перед следующим разделом"
---

**Понятия:** Интеграция раздела

**Содержание:** Краткое резюме: 3 ключевых тезиса, 1 действие, 1 связь со следующим разделом

**Практика (40 мин):** Записать 3 тезиса своими словами. Сравнить с выводами.

---

Раздел 10. Управление потоками: потоки, ограничения, метрики, разрешение конфликтов, проверка рисков

Раздел 10. Управление потоками: потоки, ограничения, метрики, разрешение конфликтов, проверка рисков

---

10.01 Потоки работы как системы

---
subsection_id: PD.GUIDE.4.S10.SS1
parent_section_id: PD.GUIDE.4.S10
title: "Потоки работы как системы"
cp_check: [cp.int]
bh_check: [bh.sys]
bottleneck_hint: "Если застрял - проверь cp.int: видишь ли работу как поток через систему, или как набор несвязанных задач?"
---

**Понятия:**
- Tame Flow (метод операционного менеджмента: управление потоками работ через ограничения, метрики и подготовку) - Метод -> управление потоком -> операционка
- Поток работ (задачи, движущиеся через систему «я + Machine») - Поток -> движение -> система
- Система потоков (совокупность взаимосвязанных потоков работ) - Система -> сеть -> взаимозависимость

**Содержание:**
Tame Flow - применение системного подхода к управлению работой. Работа - это поток задач через систему «я + Machine». Поток можно измерять, ограничивать, ускорять.
Потоки - не метафора, а система. У потока есть вход, выход, bottleneck, метрики. Управление потоком = управление системой.
Через IWE: потоки в IWE - поток задач (GitHub issues), поток знаний (Pack-записи), поток энергии (календарь, сон).

**Практика (40 мин):**
Выбрать один текущий поток работ. Описать его как систему: вход, выход, состав, границы, bottleneck. Сравнить с описанием через todo-list. Зафиксировать.

10.02 Закон Литтла и эффективность потока

---
subsection_id: PD.GUIDE.4.S10.SS2
parent_section_id: PD.GUIDE.4.S10
title: "Закон Литтла и эффективность потока"
cp_check: [cp.int]
bh_check: [bh.inv]
bottleneck_hint: "Если застрял - проверь bh.inv: есть ли данные о времени (WakaTime, трекинг), чтобы считать Flow Efficiency?"
---

**Понятия:**
- Закон Литтла (WIP = Flow Time x Throughput, фундаментальное уравнение операционного менеджмента) - Уравнение -> инвариант -> закон
- Flow Efficiency (Touch Time / Flow Time, ключевая метрика системы) - Эффективность -> отношение -> показатель
- Touch Time (время, когда работа реально выполняется) vs Wait Time (время ожидания) - Активное время -> пассивное время -> баланс

**Содержание:**
Закон Литтла: WIP = Flow Time x Throughput. Это не «совет», это математический инвариант. Если WIP растет, а Throughput не меняется - Flow Time растет пропорционально.
Flow Efficiency = Touch Time / Flow Time. В knowledge work часто <15%: 8 часов «работы» = 1 час реальной работы + 7 часов ожидания, переключений, поиска.
Через IWE: WakaTime - Touch Time трекинг. Git - Throughput (коммиты, PR). Календарь - Flow Time (от начала до конца задачи).

**Практика (40 мин):**
Подсчитать Flow Efficiency за прошлую неделю: Touch Time (WakaTime или оценка) / Flow Time (от постановки задачи до результата). Зафиксировать в Pack.

10.03 Ограничение (узкое место) и пять шагов фокусировки

---
subsection_id: PD.GUIDE.4.S10.SS3
parent_section_id: PD.GUIDE.4.S10
title: "Ограничение (узкое место) и пять шагов фокусировки"
cp_check: [cp.int]
bh_check: [bh.met]
bottleneck_hint: "Если застрял - проверь bh.met: ищешь ли bottleneck в потоке, или пытаешься ускорить все этапы сразу?"
---

**Понятия:**
- Ограничение (Constraint / Bottleneck: фаза/этап/ресурс, определяющий общую пропускную способность) - Ограничение -> регулятор потока -> точка воздействия
- Five Focusing Steps (Identify -> Exploit -> Subordinate -> Elevate -> Repeat) - Алгоритм -> управление ограничением -> цикл
- Bottleneck как управляемый параметр (не «проблема», а точка воздействия) - Параметр -> управление -> эффект

**Содержание:**
Bottleneck - не проблема, а управляемый параметр. В системном подходе bottleneck - это точка воздействия. Изменение bottleneck дает максимальный эффект при минимальных затратах.
Five Focusing Steps: Identify (найти bottleneck) -> Exploit (использовать на полную) -> Subordinate (подчинить остальное bottleneck) -> Elevate (усилить bottleneck) -> Repeat (bottleneck мигрирует).
Через IWE: Агент-Навигатор алертит при росте WIP (открытых задач/PR > лимита). Pack содержит шаблоны для анализа bottleneck.

**Практика (40 мин):**
Найти bottleneck в текущей работе: какой из трех типов (Work Flow / Work Process / Work Execution)? Применить шаг Exploit: как использовать bottleneck на полную? Зафиксировать в Pack.

10.04 Полная комплектация и трихотомия ограничений

---
subsection_id: PD.GUIDE.4.S10.SS4
parent_section_id: PD.GUIDE.4.S10
title: "Полная комплектация и трихотомия ограничений"
cp_check: [cp.int]
bh_check: [bh.met]
bottleneck_hint: "Если застрял - проверь bh.met: готовишь ли все необходимое до начала работы, или тратишь 30-50% сессии на поиск?"
---

**Понятия:**
- Full Kitting (предварительная подготовка всего необходимого до начала работы) - Подготовка -> условие -> чистый Touch Time
- Трихотомия ограничений (Work Flow / Work Process / Work Execution) - Уровень -> масштаб -> локализация
- Work Flow (поперек pipeline), Work Process (внутри этапа), Work Execution (в моменте) - Тип -> масштаб -> динамика

**Содержание:**
Full Kitting: перед началом работы подготовить все необходимое - материалы, инструменты, метод, приоритет, фокус. Цель: сделать сессию чистым Touch Time. Без Full Kitting 30-50% сессии уходит на подготовку в процессе.
Трихотомия ограничений: Work Flow - что тормозит весь pipeline, Work Process - что тормозит внутри этапа, Work Execution - что тормозит прямо сейчас.
Через IWE: Pack содержит шаблон Full Kitting для типовых сессий (кодинг, письмо, планирование).

**Практика (40 мин):**
Составить Full Kitting чек-лист для одного типа сессий (минимум 6 пунктов). Применить перед следующей сессией. Замерить: сколько времени сэкономлено? Зафиксировать в Pack.

10.05 Политика и ресурс: когнитивное застывание

---
subsection_id: PD.GUIDE.4.S10.SS5
parent_section_id: PD.GUIDE.4.S10
title: "Политика и ресурс: когнитивное застывание"
cp_check: [cp.int]
bh_check: [bh.awr]
bottleneck_hint: "Если застрял - проверь bh.awr: замечаешь ли, когда bottleneck мигрирует, и усиление ресурса не помогает?"
---

**Понятия:**
- Политика vs Ресурс (дискриминатор: bottleneck стабилен -> ресурс; bottleneck мигрирует -> политика) - Причина -> тип -> стратегия
- Cognitive freeze (когнитивное ограничение: рост открытых вопросов без решений) - Mental model -> ограничение -> узкое место
- Mental models как ultimate constraint (убеждения о том, как работает мир - главное ограничение) - Модель -> ограничение -> bottleneck

**Содержание:**
Политика vs Ресурс: если bottleneck стабилен и усиление ресурса помогает - это ресурсное ограничение. Если bottleneck мигрирует и усиление не помогает - это политика (правила, которые создают ограничение).
Cognitive freeze: когда открытых вопросов больше, чем закрытых, работа останавливается. Mental models - ultimate constraint в knowledge work.
Через IWE: Агент-Диагност алертит при cognitive freeze (рост открытых вопросов без решений > 3 дней).

**Практика (40 мин):**
Проанализировать один bottleneck из текущей работы: он стабилен (ресурс) или мигрирует (политика)? Если политика - какое правило создает ограничение? Зафиксировать в Pack.

10.06 Разрешение конфликтов через скрытые допущения

---
subsection_id: PD.GUIDE.4.S10.SS6
parent_section_id: PD.GUIDE.4.S10
title: "Разрешение конфликтов через скрытые допущения"
cp_check: [cp.int, cp.cre]
bh_check: [bh.agn]
bottleneck_hint: "Если застрял - проверь bh.agn: ищешь ли компромисс, или injection, который удовлетворяет обе стороны?"
---

**Понятия:**
- Evaporating Cloud (EC: инструмент разрешения конфликтов через 5 элементов и скрытые допущения) - Метод -> разрешение конфликта -> синтез
- Injection (действие или условие, разрушающее конфликт EC, не жертвуя ни одной need) - Решение -> прорыв -> выход
- Скрытое допущение (предположение, лежащее в основе конфликта, часто ложное) - Убеждение -> фильтр -> ограничение

**Содержание:**
EC: 5 элементов - Common Goal (общая цель), Need A (потребность стороны A), Need B (потребность стороны B), Want D (действие A), Want D' (действие B). D и D' конфликтуют, но конфликт не в действиях, а в скрытых допущениях.
Пример: «Нужно работать больше» vs «Нужно отдыхать больше». Common Goal: продуктивность и здоровье. Скрытое допущение: «больше часов работы = больше результата». Injection: «сократить WIP и применить Full Kitting -> тот же результат за 6 часов, оставив 8 на сон».
Через IWE: Pack содержит шаблон EC как метод. Заполнение EC в Pack -> артефакт для обсуждения с Агентом.

**Практика (40 мин):**
Провести EC для одного реального конфликта из жизни. Артефакт: заполненная схема EC. Найти скрытое допущение. Сформулировать injection. Зафиксировать в Pack.

10.07 Проверка рисков решения через негативные ветви

---
subsection_id: PD.GUIDE.4.S10.SS7
parent_section_id: PD.GUIDE.4.S10
title: "Проверка рисков решения через негативные ветви"
cp_check: [cp.int, cp.cre]
bh_check: [bh.agn]
bottleneck_hint: "Если застрял - проверь bh.agn: проверяешь ли риски injection до его применения?"
---

**Понятия:**
- Negative Branch Reservation (NBR: проверка рисков через 3 негативные ветви + обрезку каждой) - Метод -> управление риском -> защита
- Негативная ветвь (следствие injection, которое может привести к нежелательному результату) - Следствие -> риск -> ветвь
- Обрезка ветви (действие, предотвращающее негативное следствие injection) - Превентивное действие -> защита -> контроль

**Содержание:**
NBR: любое injection имеет негативные следствия. NBR требует найти 3 негативные ветви и обрезать каждую до применения injection.
Пример: injection «сократить WIP» -> ветвь «упущенные возможности» -> обрезка: «WIP-лимит только на текущие задачи, новые попадают в backlog».
Через IWE: Pack содержит шаблон NBR как метод. Агент-Стратег помогает находить негативные ветви, которые пилот не видит.

**Практика (40 мин):**
Для injection, найденного в предыдущем подразделе, провести NBR: 3 негативные ветви + обрезка каждой. Зафиксировать injection и обрезки в Pack как решение.

---

Чеклист онтологической целостности Guide 4

• [ ] Все подразделы имеют уникальный subsection_id (PD.GUIDE.4.S{1-10}.SS{1-7})
• [ ] Каждый подраздел содержит ровно 7 полей: subsection_id, title, cp_check, bh_check, bottleneck_hint, Понятия, Содержание, Практика
• [ ] В каждом подразделе есть bottleneck_hint
• [ ] В каждом подразделе есть 2-3 понятия с meta-meta связью
• [ ] В каждом подразделе Практика = конкретное задание на 40 мин
• [ ] Нет длинных тире (em-dash): использованы только дефисы (-)
• [ ] Каждый подраздел самодостаточен (не ссылается на «см. выше» без контекста)
• [ ] Все cp/bh ссылки корректны (FORM.089 v4)
• [ ] Важные понятия v3 включены:
  • [ ] Воплощение vs описание vs документация системы (Раздел 4)
  • [ ] Предмет интереса (concern) (Раздел 5.SS1)
  • [ ] Ролевой интерес / предпочтение (Раздел 5.SS2)
  • [ ] Работа vs задача (Раздел 1.SS6)
  • [ ] Управление работами / методами (Раздел 1.SS7)
  • [ ] Архитектор предприятия, директор по развития, оргдизайнер (Раздел 5.SS5)
  • [ ] Предприниматель, инженер, менеджер (Раздел 5.SS4)
  • [ ] Продукт vs сервис (Раздел 5.SS6)
  • [ ] Система-создатель (Раздел 5.SS7, 6.SS3)
  • [ ] Неустроенности (фрустрации) (Раздел 2.SS6)
  • [ ] Коллективное системное мышление (Раздел 2.SS6)
  • [ ] Визионер / предпринимательская гипотеза (Раздел 2.SS4)
  • [ ] Расширенное предприятие (Раздел 2.SS5)
  • [ ] Функциональный объект vs физический объект (Раздел 3.SS5)
  • [ ] Системное разбиение / состав/сборка (Раздел 3.SS6)
  • [ ] Наименование систем (Раздел 3.SS7)
  • [ ] Состав и соотношение (composition ratio) (Раздел 3.SS6)
  • [ ] Ролевое описание (Раздел 4.SS5)
  • [ ] Концепция использования (Раздел 4.SS6)
  • [ ] Интерфейсные модули (Раздел 4.SS7)
  • [ ] 4 типа описаний (функциональное/модульное/пространственное/стоимостное) (Раздел 8.SS3)
  • [ ] Верхнеуровневое моделирование (Раздел 8.SS5)
  • [ ] Метод = дисциплина + инструменты (Раздел 1.SS7)
  • [ ] Стадии и этапы проекта (логическое vs физическое время) (Раздел 7.SS5)
  • [ ] ЖЦ 1.0 vs ЖЦ 2.0, водопад/спираль (Раздел 2.SS7)
  • [ ] Альфа и рабочий продукт (Раздел 7.SS6)
  • [ ] Функциональный анализ и модульный синтез (Раздел 3.SS4, 8.SS3)
  • [ ] Приемка и проверка, валидация и верификация (Раздел 7.SS7)
  • [ ] Совершенствование и развитие (Раздел 2.SS7)
  • [ ] Потребности, требования и ограничения (Раздел 5.SS3)

---

---

10.08 Список понятий раздела

---
subsection_id: PD.GUIDE.4.S10.SS8
parent_section_id: PD.GUIDE.4.S10
title: "Список понятий раздела"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - проверь понятия: все ли определения ясны?"
---

**Понятия:** Все ключевые понятия раздела с краткими определениями

**Содержание:** Сводная таблица понятий раздела: термин, определение, ссылка на подраздел

**Практика (40 мин):** Проверить: можешь ли объяснить каждое понятие своими словами?

---

10.09 Упражнения на понятия

---
subsection_id: PD.GUIDE.4.S10.SS9
parent_section_id: PD.GUIDE.4.S10
title: "Упражнения на понятия"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - вернись к списку понятий"
---

**Понятия:** Применение понятий → практика

**Содержание:** Задания на сопоставление, сценарии, примеры из жизни

**Практика (40 мин):** 3 упражнения на применение понятий раздела

---

10.10 Вопросы для повторения

---
subsection_id: PD.GUIDE.4.S10.SS10
parent_section_id: PD.GUIDE.4.S10
title: "Вопросы для повторения"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - перечитай подразделы с неясными ответами"
---

**Понятия:** Самопроверка понимания

**Содержание:** 5-7 вопросов на понимание (не на заучивание)

**Практика (40 мин):** Ответить письменно на каждый вопрос. Проверить по тексту.

---

10.11 Выводы раздела

---
subsection_id: PD.GUIDE.4.S10.SS11
parent_section_id: PD.GUIDE.4.S10
title: "Выводы раздела"
cp_check: []
bh_check: []
bottleneck_hint: "Если застрял - вернись к выводам перед следующим разделом"
---

**Понятия:** Интеграция раздела

**Содержание:** Краткое резюме: 3 ключевых тезиса, 1 действие, 1 связь со следующим разделом

**Практика (40 мин):** Записать 3 тезиса своими словами. Сравнить с выводами.