SYSMINDLAB_
STAF / 03_PROCESS / 03.4

S2 · Точки рычага

Leverage Points

03.4 Leverage Points

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

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

Validated картаS2 LeverageДиагнозdiagnosedGenerated by SysMindLab AI Copilot Engine
// показать ASCII
ВХОД:  карта в статусе validated
         │
         ▼
   ┌──────────────────────────────────────┐
   │  S2 — Точки рычага                    │
   │                                      │
   │  1. Поиск петель (R/B)                │
   │  2. Диагностика разрывов              │
   │  3. Ранжирование точек рычага         │
   └──────────────────────────────────────┘
         │
         ▼
ВЫХОД: диагноз (разрывы + петли + приоритеты вмешательства)
       артефакт переходит в статус diagnosed

Шаг 1: Поиск петель

Петли обнаруживаются как замкнутые пути в графе причинных связей. Для каждой петли определяется тип (усиливающая R / балансирующая B) и доминирующая задержка.

Тип петли определяется математически — по чётности числа отрицательных связей в цикле (детально: 02.1 Петли обратной связи). Это не экспертное суждение, а свойство графа: одна и та же верифицированная карта всегда даёт один и тот же набор петель с одной и той же классификацией.

// СхемаDIAGRAM · слот рендера [generic]
   Петля найдена → подсчитать "-" в цикле
                        │
            ┌───────────┴───────────┐
            ▼                       ▼
      чётное число "-"         нечётное число "-"
            │                       │
            ▼                       ▼
      УСИЛИВАЮЩАЯ (R)          БАЛАНСИРУЮЩАЯ (B)
      рост порождает рост      стремится к цели

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

Шаг 2: Диагностика разрывов

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

// СхемаDIAGRAM · слот рендера [generic]
   Подотчётность     Каждое преобразование/решение
   (Accountability)  имеет ответственного актора?
                          нет → разрыв

   Верифицируемость  Каждый критический процесс
   (Verifiability)   имеет метрику?
                          нет → разрыв

   Визуализируемость Каждое решение имеет
   (Visibility)      информационный вход?
                          нет → разрыв

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

// СхемаDIAGRAM · слот рендера [generic]
   В тексте регламента:           На карте системы:

   "...сводный отчёт              [Отчёт] ──→ [Донор]
    направляется донору..."           │
                                      ╳  ← нет связи к планированию
   (про планирование на              │
    основе отчёта — НИЧЕГО)      [Планирование цикла]
                                  принимается без данных отчёта

   разрыв НЕ ВИДЕН в тексте       разрыв ВИДЕН как
   (его там просто нет)            отсутствующее ребро

Каждый разрыв характеризуется серьёзностью (severity) и затронутыми элементами.

Шаг 3: Ранжирование точек рычага

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

// СхемаDIAGRAM · слот рендера [generic]
   ГЛУБИНА ВМЕШАТЕЛЬСТВА (по Медоуз, от мелкого к глубокому)

   12  Параметры (бюджеты, квоты)         ▏ слабый рычаг
   11  Запасы и потоки (инфраструктура)   ▏▏
   10  Задержки                           ▏▏▏
    9  Сила петель обратной связи         ▏▏▏▏
    8  Информационные потоки              ▏▏▏▏▏
    7  Правила системы                    ▏▏▏▏▏▏
    6  Право самоорганизации              ▏▏▏▏▏▏▏
    5  Цели системы                       ▏▏▏▏▏▏▏▏
    4  Ментальные модели                  ▏▏▏▏▏▏▏▏▏
    3  Видение и стратегия                ▏▏▏▏▏▏▏▏▏▏
    2  Парадигмы                          ▏▏▏▏▏▏▏▏▏▏▏
    1  Способность менять парадигмы       ▏▏▏▏▏▏▏▏▏▏▏▏ сильный рычаг
       ↑
       Чем глубже рычаг, тем СИЛЬНЕЕ сопротивление системы

Глубина соответствует природе проблемы

Ключевой принцип STAF (принцип 4): глубина рычага должна соответствовать временно́й природе проблемы. Это означает, что "глубже = лучше" — НЕ правило.

// СхемаDIAGRAM · слот рендера [generic]
   Структурная,                Преходящий
   воспроизводящаяся проблема  внешний шок
        │                          │
        ▼                          ▼
   глубокий рычаг              быстрый мелкий рычаг
   (правила, цели)             (параметр, продукт)
        │                          │
        ▼                          ▼
   стоит сопротивления         амортизирует шок,
   и времени                   покупает время

Применить глубокую структурную реорганизацию к временному шоку — ошибка той же природы, что залатать параметром структурную дыру. Ранжирование учитывает обе оси: глубину разрыва и временну́ю природу проблемы.

Возврат в S1: когда диагностика вскрывает неполноту

Частый и нормальный исход S2 — обнаружение, что карта неполна. Правило срабатывает на отсутствие элемента, но при проверке носитель говорит: "нет, ответственный есть, вы его просто не отметили".

Это сигнал вернуться в S1, дополнить карту, повторно верифицировать — а не "списать" ложный разрыв. Возврат S2 → S1 встроен в методологию (см. 03.1 Жизненный цикл STAF).

// СхемаDIAGRAM · слот рендера [generic]
   S2: правило нашло разрыв
        │
        ▼
   Проверка: это реальное отсутствие
   или пробел в карте?
        │
   ┌────┴────┐
   ▼         ▼
 реальный   пробел карты
 разрыв         │
   │            ▼
   │      возврат в S1:
   │      дополнить + реверифицировать
   ▼
 в диагноз

Ворота 2: критерии перехода к S3

  • Диагноз основан на карте в статусе validated (не draft)
  • Петли классифицированы по типу (R/B), а не описаны приблизительно
  • Каждый разрыв привязан к конкретным элементам карты
  • Ложные разрывы (пробелы карты) отсеяны через возврат в S1
  • Точки рычага ранжированы с учётом глубины И природы проблемы

STAF 1.0 · SysMindLab · 2026