S4 · Исполнение и измерение
Execution & Measurement
03.6 Execution & Measurement
На этапе S4 спроектированное вмешательство внедряется, и система наблюдается через метрики. STAF не является методологией управления проектами — он не описывает, как организовать внедрение. Но он задаёт, что именно измерять, чтобы понять, ведёт ли система себя так, как предсказала модель.
Что производит этап S4
// показать ASCII
ВХОД: рекомендации с горизонтами и прогнозами
│
▼
┌──────────────────────────────────────┐
│ S4 — Исполнение и измерение │
│ │
│ 1. Внедрение (вне рамок STAF — │
│ это управление изменениями) │
│ 2. Измерение: опережающие + │
│ итоговые метрики │
│ 3. Наблюдение worse-before-better │
└──────────────────────────────────────┘
│
▼
ВЫХОД: данные о реальном поведении системы
(вход для S5 — сравнения с прогнозом)Два уровня метрик
STAF требует измерять систему на двух уровнях одновременно (принцип 5).
ОПЕРЕЖАЮЩИЕ метрики ИТОГОВЫЕ метрики
(leading) (lagging)
┌────────────────────┐ ┌────────────────────┐
│ меняются РАНЬШЕ │ │ меняются ПОЗЖЕ │
│ результата │ │ (сам результат) │
│ │ │ │
│ "что происходит │ │ "что уже │
│ в системе сейчас" │ │ произошло" │
│ │ │ │
│ позволяют │ │ подтверждают │
│ корректировать │ │ достижение цели │
│ ДО ущерба │ │ ПОСТ-фактум │
└────────────────────┘ └────────────────────┘
│ │
└─── оба обязательны ───────┘Управление только по итоговым метрикам — это управление, глядя в зеркало заднего вида: к моменту, когда итоговая метрика изменилась, система уже прошла несколько циклов с неоптимальной структурой.
Откуда берутся опережающие метрики
Опережающие метрики не выдумываются — они выводятся из структуры системы, построенной на S1–S2:
Источник 1: прокси-индикаторы из прогнозов бездействия (S3)
──────────────────────────────────────────────────────
Каждый прогноз бездействия содержал наблюдаемый индикатор.
Это готовая опережающая метрика для конкретного разрыва.
Источник 2: промежуточные запасы в цепочках с задержкой (02.4)
──────────────────────────────────────────────────────
Промежуточный запас перед длинной задержкой — это
опережающий индикатор для того, что будет после задержки.
[Решение] → [Промежуточный запас] ──задержка──→ [Результат]
↑
измеряем ЗДЕСЬ, чтобы
знать о результате заранееНаблюдение worse-before-better
Для глубоких вмешательств ожидается временное ухудшение перед улучшением. На этапе S4 это нужно не просто знать, а активно отслеживать — чтобы отличить "ожидаемое ухудшение по плану" от "вмешательство действительно не работает".
показатель
╱▔▔▔▔ ← улучшение (по плану)
▔▔▔▔╲ ╱
╲ ╱
╲________________╱
↑ ↑
ожидаемое горизонт эффекта
ухудшение (из S3)
(по плану) │
│ ▼
▼ ЗДЕСЬ проверяем:
НЕ сворачивать улучшение пришло?
решение ├─ да → S5: прогноз подтвердился
└─ нет → S5: пересмотрКлючевой вопрос S4: находимся ли мы в ожидаемой нижней точке (тогда продолжаем) или за горизонтом эффекта без улучшения (тогда переходим к пересмотру в S5)? Ответ определяется горизонтом, заданным в S3 — поэтому горизонт обязателен.
Что STAF НЕ покрывает на этапе S4
Важно честно обозначить границу методологии. STAF не описывает:
- Как организовать команду внедрения
- Как управлять сопротивлением изменениям (хотя S3 предупреждает о его уровне)
- Как планировать ресурсы и сроки внедрения
- Какие инструменты управления проектами использовать
Это область управления изменениями и проектного управления — смежных дисциплин, с которыми STAF совместим, но которые он не заменяет. Вклад STAF на этапе S4 — это ответ на вопрос "что измерять, чтобы понять, работает ли модель", а не "как внедрять".
Связь S4 с измеримостью диагноза
Возможность измерять опережающие метрики сама по себе является проверкой качества диагностики. Если на S4 выясняется, что прокси-индикаторы из прогнозов невозможно измерить (нет источника данных) — это сигнал, что диагностика на S2 выявила разрыв верифицируемости, который теперь подтверждается на практике: система действительно не измеряет то, что нужно.
В этом случае первым вмешательством часто становится создание самой возможности измерения — это вмешательство уровня 8 (информационные потоки), которое нужно провести до того, как можно будет оценивать остальные.
STAF 1.0 · SysMindLab · 2026