Жизненный цикл STAF

03.1 STAF Lifecycle

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

Этот документ описывает цикл целиком. Каждый этап детально раскрыт в отдельном документе (03.2 S0 · Постановка проблемы–03.7 S5 · Обратная связь и адаптация).

Полная схема цикла

        ┌─────────────────────────────────────────────────┐
        │                                                 │
        ▼                                                 │
   ┌─────────┐                                            │
   │   S0    │  Постановка проблемы                       │
   │ Framing │  · вопрос-катализатор                      │
   └────┬────┘  · граница системы                         │
        │       · кто носитель системы                    │
        ▼                                                 │
   ╔═══ ворота 0 ═══╗  граница проверена по 4 вопросам    │
        │                                                 │
        ▼                                                 │
   ┌─────────┐                                            │
   │   S1    │  Картирование системы                      │
   │ Mapping │  · элементы, связи, петли                  │
   └────┬────┘  · провенанс каждого элемента              │
        │                                                 │
        ▼                                                 │
   ╔═══ ВОРОТА 1 ═══╗  ВЕРИФИКАЦИЯ с носителем системы    │
        │            draft → validated                    │
        │            ▲                                     │
        │            └── возврат, если модель неверна ─────┘
        ▼
   ┌─────────┐
   │   S2    │  Точки рычага
   │Leverage │  · поиск петель (R/B)
   └────┬────┘  · диагностика разрывов
        │       · ранжирование точек вмешательства
        ▼
   ╔═══ ворота 2 ═══╗  диагноз основан на validated-модели
        │            │
        │            └── возврат в S1, если диагноз
        │                вскрыл неполноту модели
        ▼
   ┌─────────┐
   │   S3    │  Проектирование вмешательства
   │ Design  │  · рекомендации + прогноз бездействия
   └────┬────┘  · сценарии решений, expected_dip
        │
        ▼
   ╔═══ ворота 3 ═══╗  каждая реко имеет парный прогноз
        │                бездействия и горизонт эффекта
        ▼
   ┌─────────┐
   │   S4    │  Исполнение и измерение
   │Execution│  · опережающие + итоговые метрики
   └────┬────┘  · наблюдение worse-before-better
        │
        ▼
   ┌─────────┐
   │   S5    │  Обратная связь и адаптация
   │Feedback │  · сработал ли прогноз модели?
   └────┬────┘  · точка следующего пересмотра
        │
        └──────────► НОВЫЙ ЦИКЛ (не "конец", а review_trigger)

Соответствие этапов и состояний артефакта

Аналитический артефакт STAF проходит через три состояния. Этапы цикла и состояния связаны так:

S0 ──→ S1          артефакт: draft (карта построена, не проверена)
         │
       ВОРОТА 1
         │
         ▼
S2 ──→ S3          артефакт: validated (карта подтверждена носителем)
         │           затем diagnosed (применены правила, есть рекомендации)
         ▼
S4 ──→ S5          артефакт используется для действия и пересмотра

Это соответствие — не формальность. Оно фиксирует методологический инвариант: диагностика (S2) невозможна по неверифицированной карте. Состояние validated является пропуском к этапу S2, и получить его можно только через ворота 1 (верификацию с носителем системы).

Шесть этапов: краткий обзор

S0 — Постановка проблемы (Problem Framing)

Определяется вопрос-катализатор, граница системы, носитель системы. Это самый дешёвый и самый влиятельный этап: ошибка здесь делает весь последующий анализ анализом не той системы. Детально: 03.2 S0 · Постановка проблемы.

S1 — Картирование системы (System Mapping)

Строится карта: элементы, связи, петли. Каждый элемент несёт провенанс (извлечён из источника или предположен аналитиком). Результат — карта в статусе draft. Детально: 03.3 S1 · Картирование системы.

S2 — Точки рычага (Leverage Points)

По верифицированной карте ищутся петли, диагностируются разрывы, ранжируются точки вмешательства по глубине воздействия. Детально: 03.4 S2 · Точки рычага.

S3 — Проектирование вмешательства (Intervention Design)

Для приоритетных разрывов проектируются рекомендации. Каждая сопровождается парным прогнозом бездействия и горизонтом проявления эффекта. Детально: 03.5 S3 · Дизайн вмешательства.

S4 — Исполнение и измерение (Execution & Measurement)

Вмешательство внедряется, отслеживаются опережающие и итоговые метрики, ожидается паттерн worse-before-better для глубоких вмешательств. Детально: 03.6 S4 · Исполнение и измерение.

S5 — Обратная связь и адаптация (Feedback & Adaptation)

Проверяется: сработал ли прогноз модели? Если нет — в чём причина (диагноз, исполнение, изменение системы)? Назначается точка следующего пересмотра. Детально: 03.7 S5 · Обратная связь и адаптация.

Ворота качества: что это и зачем

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

Ворота — не бюрократия. Каждые из них защищают от конкретного типа каскадной ошибки:

Ворота 1 — самые важные. Это та точка, где субъективная карта аналитика становится верифицированным артефактом. Полный перечень критериев всех ворот — в разделе 07.3 Ворота качества.

Точки возврата: цикл не линеен

STAF содержит две обязательные петли возврата.

Возврат S2 → S1. Диагностика часто вскрывает, что карта неполна: правило срабатывает на отсутствие элемента, но при проверке оказывается, что элемент существует — его просто не отразили при картировании. Это сигнал вернуться в S1, дополнить карту, повторно верифицировать.

Возврат S5 → S0. Завершение цикла — это не конец, а вход в следующий цикл. Прогноз модели либо подтвердился (модель адекватна, можно углубляться), либо нет (нужно пересмотреть постановку или картирование). В обоих случаях — новый цикл.

Эти возвраты — не признак ошибки в работе. Они встроены в методологию, потому что понимание системы уточняется по мере работы с ней. Линейный проход S0→S5 без единого возврата на практике скорее подозрителен (вероятно, что-то не проверялось всерьёз), чем образцов.

Длительность цикла

STAF не задаёт фиксированную длительность цикла — она зависит от масштаба системы и доступности носителя для верификации. Но есть устойчивая пропорция:

S0  ▓▓                  ~10%  (мало времени, максимум влияния)
S1  ▓▓▓▓▓▓▓▓            ~35%  (основной объём аналитической работы)
S2  ▓▓▓▓▓               ~20%
S3  ▓▓▓▓                ~15%
S4  ▓▓▓                 (зависит от горизонта вмешательства)
S5  ▓▓                  ~10%  (но критично — без него цикл не замкнут)

Характерная ошибка распределения — сократить S0 и S1 ("и так понятно, в чём проблема") ради быстрого перехода к рекомендациям. Это инвертированный приоритет: именно ранние этапы определяют, окажется ли весь анализ полезным.

STAF 1.0 · SysMindLab · 2026