S5 · Обратная связь и адаптация

03.7 Feedback & Adaptation

S5 — этап, на котором цикл STAF замыкается и одновременно открывается заново. Здесь проверяется главный вопрос: повела ли себя система так, как предсказала модель? Ответ определяет, что делать дальше — углублять понимание или пересматривать его. Цикл завершается не отчётом, а назначением точки следующего пересмотра.

Что производит этап S5

ВХОД:  данные о реальном поведении системы (из S4)
         │
         ▼
   ┌──────────────────────────────────────┐
   │  S5 — Обратная связь и адаптация      │
   │                                      │
   │  1. Сравнение: прогноз vs реальность  │
   │  2. Диагностика расхождения           │
   │  3. Точка следующего пересмотра       │
   └──────────────────────────────────────┘
         │
         ▼
ВЫХОД: вывод об адекватности модели
       + review_trigger для нового цикла

Шаг 1: сравнение прогноза с реальностью

Модель STAF делала проверяемые предсказания: вмешательство даст такой-то эффект к такому-то горизонту; бездействие приведёт к такому-то тренду; этот прокси-индикатор будет двигаться так-то. На S5 эти предсказания сверяются с фактом.

   Прогноз модели              Реальность (из S4)
   ┌────────────────┐          ┌────────────────┐
   │ эффект к        │          │ что произошло    │
   │ горизонту X     │   vs     │ к горизонту X    │
   │                │          │                │
   │ прокси двигается│          │ как двигался     │
   │ так-то          │          │ прокси           │
   └────────────────┘          └────────────────┘
            │                          │
            └──────── сравнение ────────┘
                        │
                        ▼
              совпало / не совпало?

Шаг 2: диагностика расхождения

Если прогноз не совпал с реальностью — это не провал, а информация. Но информация требует правильной интерпретации. Расхождение может иметь три разные причины, и их нельзя путать:

   Прогноз не совпал с реальностью
        │
        ├──────────────┬──────────────┐
        ▼              ▼              ▼
   ОШИБКА          ОШИБКА          СИСТЕМА
   ДИАГНОЗА        ИСПОЛНЕНИЯ      ИЗМЕНИЛАСЬ
   ─────────       ──────────      ──────────
   модель была     вмешательство   модель была верна,
   неверна:        внедрено не      но система за это
   неправильно     так, как         время изменилась
   поняли          спроектировано   (внешний фактор,
   структуру                        новые условия)
        │              │              │
        ▼              ▼              ▼
   вернуться в     повторить S4      начать новый
   S1-S2,          корректно         цикл с обновлённой
   пересмотреть                      постановкой (S0)
   модель

Различение этих трёх причин — главная аналитическая работа S5. Самая опасная ошибка — списать ошибку диагноза на "плохое исполнение" (тогда модель не пересматривается и воспроизводит ту же ошибку) или наоборот, забраковать правильную модель из-за того, что её плохо внедрили.

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

   Внедрено ли вмешательство так, как спроектировано?
        нет → ошибка исполнения, повторить S4
        да  ↓

   Изменились ли внешние условия за период наблюдения?
        да → система изменилась, новый цикл с S0
        нет ↓

   Прокси-индикаторы двигались в предсказанном направлении,
   но слабее? Или в противоположном?
        слабее → модель в целом верна, уточнить силу связей
        противоположно → ошибка диагноза, вернуться в S1-S2

Шаг 3: точка следующего пересмотра

Цикл STAF не имеет финальной точки — только точку пересмотра. Завершение S5 — это назначение review_trigger: когда и по какому сигналу команда вернётся к модели.

   review_trigger может быть:

   СОБЫТИЙНЫЙ                    КАЛЕНДАРНЫЙ
   ─────────                    ──────────
   "когда прокси-индикатор       "через один измерительный
    пересечёт порог X"            цикл / квартал / год"

   "когда наступит событие,      "при следующем
    отмеченное в open_questions"  планировании"

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

Замыкание цикла: что переходит в следующий

S5 не выбрасывает накопленное знание — оно становится входом следующего цикла:

   ТЕКУЩИЙ ЦИКЛ                  СЛЕДУЮЩИЙ ЦИКЛ
   ────────────                  ─────────────
   валидированная модель    ──→  стартовая карта
                                 (не строить с нуля)

   подтвердившиеся прогнозы ──→  доверие к соответствующим
                                 частям модели

   расхождения              ──→  приоритетные зоны для
                                 пересмотра

   open_questions, ставшие  ──→  кандидаты на расширение
   актуальными                   границы (S0)

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

S5 как защита от иллюзии завершённости

Самая частая судьба аналитического проекта — отчёт сдан, рекомендации приняты, все разошлись. Через год проблема возвращается, и никто не может сказать: сработали ли рекомендации? Была ли модель верна? Изменилась ли система?

S5 встроен в методологию именно для того, чтобы этот вопрос имел владельца и ответ. Прогноз с горизонтом (S3) + измерение (S4) + сравнение (S5) образуют замкнутый контур обучения — тот самый механизм обратной связи, отсутствие которого STAF диагностирует в чужих системах. Методология применяет к себе тот же стандарт.

Критерии завершённости цикла

• Прогнозы модели сверены с реальными данными
• Расхождения классифицированы (диагноз / исполнение / изменение системы)
• Сделан вывод об адекватности модели
• Назначен review_trigger (событийный или календарный)
• Определено, что переходит в следующий цикл

Цикл без назначенного review_trigger не является завершённым циклом STAF — он является незамкнутым контуром, то есть ровно тем, что методология диагностирует как разрыв.

STAF 1.0 · SysMindLab · 2026