Ключевые принципы

00.2 Core Principles

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

Принцип 1: Структура первична

Суть. Поведение системы определяется её структурой — тем, какие элементы существуют, как они связаны, какие петли обратной связи работают, где находятся задержки. События (продажи упали, текучесть выросла, продукт не выходит в срок) — это симптомы структуры, а не самостоятельные явления.

Следствие. До построения карты системы не принимается ни одного вмешательства. "Мы понимаем, что здесь происходит" не является достаточным основанием для действий — достаточным является верифицированная карта с элементами, связями и петлями.

Типичное нарушение. Команда встречается, обсуждает проблему час, приходит к интуитивному консенсусу ("нам нужно больше продавцов / ускорить разработку / улучшить коммуникации") и переходит к планированию. Причинный механизм при этом не проверен — только названа категория решения.

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

Принцип 2: Валидация перед диагнозом

Суть. Карта системы становится основанием для диагноза только после того, как её подтвердил носитель системы — человек (или команда), работающий внутри этого процесса. Аналитик строит карту; подтверждение, что она описывает реальность, даёт не аналитик.

Следствие. Между построением карты и диагнозом всегда стоит явная точка верификации. Карта без верификации — это гипотеза аналитика, не модель системы. Диагноз по неверифицированной карте не является диагнозом в терминах STAF.

Типичное нарушение. Консультант проводит интервью, строит диаграмму процесса, находит разрывы и сразу переходит к рекомендациям. Носитель системы впервые видит диагноз в финальном отчёте — и обнаруживает, что часть "разрывов" основана на неправильно понятом процессе.

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

Дополнительный эффект. Верификация — это не только контроль качества, но и вовлечение: носитель системы, подтвердивший карту, является со-автором диагноза. Это качественно изменяет принятие рекомендаций по сравнению с ситуацией, когда "внешний эксперт что-то там нашёл".

Принцип 3: Симметрия сценариев

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

Следствие. Ни один документ с рекомендациями в рамках STAF не является валидным, если в нём описаны только варианты действий. Для каждой рекомендованной интервенции обязателен парный сценарий бездействия.

Типичное нарушение. Аналитический отчёт содержит описание проблемы, анализ причин и план действий. Вопрос "а что, если мы ничего не делаем?" не задан и не отвечен — молчаливо предполагается, что статус-кво сохранится. Для большинства систем это неверно: без вмешательства структура либо накапливает напряжение (усиливающие петли продолжают работать), либо воспроизводит один и тот же ущерб при каждом цикле (балансирующие петли обрываются у жёсткого ограничения).

Два типа прогноза бездействия (определяются структурой системы):

• Накопительный тренд — если бездействие находится в контексте усиливающей петли: разрыв между "правильным" и "фактическим" состоянием растёт с каждым циклом.
• Повторяющееся событие — если бездействие связано с балансирующей петлей, ограниченной жёстким условием (дедлайн, ресурсный потолок): один и тот же ущерб воспроизводится в каждом цикле с постоянной величиной.

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

Принцип 4: Соответствие глубины природе проблемы

Суть. Интервенции в системе имеют разную глубину воздействия — от изменения числовых параметров (быстро, дёшево, редко достаточно) до смены парадигмы (медленно, трудно, меняет систему кардинально). STAF требует подбирать глубину вмешательства под временну́ю природу проблемы: структурные воспроизводящиеся проблемы требуют глубоких интервенций; преходящие шоки — быстрых мелких.

Следствие. "Поверхностнее = хуже" не является правилом STAF. Правило: интервенция правильной глубины лучше интервенции неправильной глубины в любую сторону. Применить глубокую структурную реорганизацию к временному внешнему шоку — ошибка так же, как залатать парамером структурную дыру.

Типичное нарушение (в обе стороны):

• Слишком мелко: хроническая проблема решается регуляторным правилом или изменением бюджета (параметры уровня 11-12). Через квартал всё возвращается, потому что структура, порождающая проблему, не тронута.
• Слишком глубоко: внешний шок (пандемия, временный кризис поставок) вызывает масштабную реструктуризацию, которая сама по себе порождает новые проблемы, — тогда как быстрое точечное решение уровня продукта или процесса справилось бы за недели.

Инструмент классификации. STAF использует адаптированную иерархию точек рычага (от Донеллы Медоуз) как систему координат для выбора глубины. Она описана в разделе 05.2 Каталог точек рычага.

Принцип 5: Опережающие метрики обязательны

Суть. Итоговые метрики (выручка, NPS, время цикла) описывают то, что уже произошло. К моменту, когда итоговая метрика изменилась, система уже прошла несколько циклов с неоптимальной структурой. Опережающие метрики — это измерения, которые меняются раньше итоговых и позволяют видеть направление движения системы до наступления результата.

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

Типичное нарушение. Команда отслеживает выручку, конверсию и удержание. Когда цифры падают — это уже факт нескольких месяцев назад. Сигнала в системе, который предупредил бы о падении за 4-6 недель до его проявления в итоговых метриках, нет.

Связь с диагнозом STAF. Когда STAF находит разрыв в системе (например, решения принимаются без данных — нарушение правила визуализируемости), опережающая метрика — это не "когда упадёт результат", а "измеряем ли мы сейчас то, что нужно для этого решения". Прокси-индикатор в прогнозе бездействия — это и есть формализованная опережающая метрика конкретного разрыва.

Принцип 6: Итерация встроена

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

Следствие. Аналитический цикл STAF включает явный артефакт "когда возвращаться": событие-триггер (например, прошёл один измерительный цикл по прокси-индикатору) или календарную точку. Без этого артефакта цикл не считается завершённым.

Типичное нарушение. Проект завершился, отчёт сдан, рекомендации приняты. Никто не отвечает за вопрос: работают ли интервенции так, как предполагала модель? Если нет — в чём ошибка: в диагнозе, в реализации, или система изменилась? Через год кто-то снова нанимает консультантов для диагностики той же проблемы.

STAF-ответ. Каждый прогноз бездействия содержит review_trigger — явное событие, после которого нужно вернуться к модели. Каждая рекомендация содержит effect_visible_after — горизонт, на котором эффект интервенции должен стать заметным. Эти два поля вместе образуют календарь пересмотра, не требующий отдельного планирования.

Связь принципов между собой

Принципы образуют логическую цепочку, а не независимый список:

[1] Структура первична
        ↓
[2] Валидация перед диагнозом   ←— без верификации структуры
        ↓                            диагноз ненадёжен
[3] Симметрия сценариев         ←— без прогноза бездействия
        ↓                            выбор не является выбором
[4] Глубина под природу         ←— без понимания структуры
        ↓                            нельзя выбрать правильную глубину
[5] Опережающие метрики         ←— без правильных метрик
        ↓                            невозможна итерация
[6] Итерация встроена           ←— без точки пересмотра
                                     система устаревает раньше, чем её замечают

Нарушение любого принципа обычно проявляется как нарушение следующего: пропуск валидации (нарушение 2) приводит к диагнозу по неверной карте (что делает симметрию сценариев бессмысленной — нарушение 3), и так далее по цепочке.

STAF 1.0 · SysMindLab · 2026