Каталог системных архетипов

05.1 System Archetypes Catalog

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

Каждый архетип сопровождается ссылкой на то, что его формальная сигнатура для автоматической диагностики является частью технической реализации SysMindLab.

Как пользоваться каталогом

Архетип — это гипотеза о структуре, а не ярлык. Порядок работы:

1. Наблюдаемое поведение системы во времени
        │
        ▼
2. Какой архетип производит такое поведение?
   (раздел "Поведение" каждого архетипа)
        │
        ▼
3. Можно ли назначить элементы системы на роли архетипа?
   (раздел "Структура")
        │
   ┌────┴────┐
   ▼         ▼
  да        нет → архетип неверен или карта неполна
   │
   ▼
4. Верификация с носителем:
   "Эта логика соответствует реальности?"
        │
        ▼
5. Применить стратегию (раздел "Стратегия")

1. Fixes That Fail — Решения, создающие проблемы

Структура

                    ┌──────────────────────────┐
                    ▼                          │
   [Проблема] ──(+)──→ [Быстрое решение] ──(-)─┘
        ▲                    │              B
        │                    │ (короткая задержка:
        │                    │  облегчение приходит быстро)
        │                    ▼
        │           [Побочный эффект]
        └────(+)───────────┘  R
            (длинная задержка:
             ухудшение приходит позже)

Две петли разделяют узел "Быстрое решение": балансирующая B (решение облегчает проблему — быстро) и усиливающая R (решение порождает побочный эффект, который через задержку усиливает проблему — медленно).

Поведение во времени

   проблема
   ▔▔▔╲    ╱▔▔╲    ╱▔▔▔  ← каждый цикл хуже предыдущего
      ╲__╱    ╲__╱
       ↑       ↑
   облегчение  возврат
   (коротко)   (сильнее)

Краткосрочное облегчение, затем возврат проблемы в усиленном виде. Цикл повторяется, с каждым разом требуя более интенсивного "быстрого решения".

Распознавание

• Одно и то же решение применяется повторно
• После каждого применения проблема возвращается, часто сильнее
• "Быстрое решение" кажется настолько очевидным, что альтернативы не рассматриваются

Типичные примеры

• Антибиотики широкого спектра → бактериальная резистентность
• Найм внешних подрядчиков под аврал → деградация внутренних компетенций → больше авралов
• Добавление людей в отстающий проект → рост коммуникационных издержек → ещё большее отставание (закон Брукса)

Ловушка

Быстрое решение ослабляет не только симптом, но и стимул искать коренную причину. Чем эффективнее оно в краткосрочной перспективе, тем глубже зависимость и тем менее заметен накапливающийся побочный эффект.

Стратегия

• Идентифицировать побочный эффект (он по определению отложен — его не видно сразу)
• Найти коренную причину и работать с ней, даже если медленнее
• Если отказаться от быстрого решения невозможно — ввести явное ограничение на его применение и параллельно строить фундаментальное

2. Shifting the Burden — Перекладывание бремени

Структура

                  ┌─── [Симптоматическое решение] ──(-)──┐
                  │              ▲                       │
                  │ (+)          │ (-)                   ▼
   [Проблема/симптом]            │              облегчает быстро (B1)
                  │              │ подрывает
                  │ (+)    [Способность к              ▲
                  │         фундаментальному]           │
                  ▼              ▲                       │
                  └─→ [Фундаментальное решение] ──(-)────┘
                              устраняет причину (B2, медленно)

Две балансирующие петли: B1 (симптоматическое решение — быстро) и B2 (фундаментальное решение — медленно). Усиливающая связь: применение симптоматического подрывает способность к фундаментальному.

Поведение во времени

Проблема временно снижается при каждом применении симптоматического решения. Но способность решить фундаментально деградирует. Со временем — полная зависимость от симптоматического, фундаментальное становится недостижимым.

Распознавание

• Характерная фраза: "Мы знаем, как надо правильно, но сейчас не время" — и "сейчас" длится годами
• Симптоматическое решение всегда под рукой, фундаментальное всегда откладывается
• При любом давлении — немедленный откат к симптоматическому

Отличие от Fixes That Fail

В Fixes That Fail быстрое решение само порождает проблему (побочный эффект). В Shifting the Burden симптоматическое решение не вредит напрямую — оно отнимает ресурсы и стимул у фундаментального. Зависимость возникает через атрофию способности, а не через побочный эффект.

Типичные примеры

• Опора на героические усилия отдельных сотрудников вместо построения процесса
• Ручные обходные пути вместо исправления системы (которые маскируют необходимость исправления)
• Внешняя экспертиза вместо развития внутренней (классический "Shifting the Burden to the Intervenor")

Стратегия

• Явно инвестировать в фундаментальное решение, защищая ресурсы от перетекания в симптоматическое
• В ряде случаев — намеренно ограничить доступность симптоматического, чтобы создать давление на развитие фундаментального
• Восстанавливать атрофированную способность как отдельную задачу

3. Limits to Growth — Пределы роста

Структура

   [Усилие] ──(+)──→ [Результат/рост] ──(+)──┐
       ▲                    │                │ R
       └────(+)─────────────┘                │ (рост порождает рост)
                            │
                            │ (+)
                            ▼
                   [Нагрузка на ограничение]
                            │
                            │ (-)  B
                            ▼      (ограничение тормозит)
                   [Ограничивающий фактор] ──(-)──→ [Результат/рост]

Усиливающая петля роста (R) встречает ограничивающий фактор, запускающий балансирующую петлю (B), которая замедляет рост.

Поведение во времени

   рост
        ╱▔▔▔▔▔▔▔  ← плато (или откат)
       ╱
      ╱  ← быстрый рост, затем замедление
   ╱

Распознавание

• Рост, который раньше был лёгким, замедляется без видимой причины
• Усиление того, что работало (больше усилий), не даёт прежнего эффекта

Типичная ошибка

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

Типичные примеры

• Стартап растёт через сарафанное радио, упирается в насыщение раннего рынка
• Команда растёт, упирается в пропускную способность онбординга
• Продажи растут, упираются в производственные мощности

Стратегия

• Найти ограничивающий фактор (часто неочевиден и не там, где ищут)
• Устранить или расширить его
• Если ограничение неустранимо — менять стратегию роста или цель

4. Eroding Goals — Снижение стандартов

Структура

                  ┌─── [Давление снизить цель] ──(-)──→ [Цель]
                  │              ▲                        │
   [Разрыв между  │ (+)          │                        │
    целью и факт.]┤              │                        │ (-)
                  │              │                   [Разрыв]
                  │ (+)          │                        ▲
                  └─── [Давление улучшить] ──(+)──→ [Факт] ┘
                              (медленнее)

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

Поведение во времени

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

Распознавание

• Цели пересматриваются регулярно и всегда вниз
• Фактические показатели стабильно совпадают с пересмотренными целями (а не с исходными)
• "Мы реалистично скорректировали ожидания" — повторяется из периода в период

Типичные примеры

• Целевые сроки релизов, которые сдвигаются каждый раз
• Стандарты качества, которые "временно" снижаются и не возвращаются
• SLA, который пересматривается под фактическую производительность

Стратегия

• Зафиксировать цель внешним образом — отвязать от текущих показателей (бенчмарк рынка, обязательство перед клиентом)
• Ввести явный аудит динамики стандартов: куда сместилась цель за год?

5. Success to the Successful — Победитель получает всё

Структура

   [Успех A] ──(+)──→ [Ресурсы к A] ──(+)──→ [Ещё больше успеха A]
       ▲                                          │ R
       └──────────────────────────────────────────┘

   [Общий ресурс] ─── распределяется между A и B

   [Успех B] ──(-)←── [Ресурсы к B] ←──(-)── [Меньше успеха B]
       │                                          ▲ R
       └──────────────────────────────────────────┘

Два элемента конкурируют за общий ресурс. Успех одного даёт ему больший доступ к ресурсу, что усиливает успех. Второй получает меньше, деградирует. Две усиливающие петли, питающиеся от одного ресурса.

Поведение во времени

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

Распознавание

• Распределение ресурса основано на текущем успехе ("инвестируем в то, что работает")
• Изначально близкие по потенциалу направления резко разошлись

Типичные примеры

• Бюджет между продуктами: деньги к прибыльному, перспективный новый — без ресурсов
• Внимание менеджмента: лучшие сотрудники получают лучшие проекты, делающие их ещё лучше
• A/B вариант, получивший раннее преимущество, получает весь трафик

Стратегия

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

6. Escalation — Эскалация

Структура

   [Действия A] ──(+)──→ [Угроза для B] ──(+)──→ [Действия B]
        ▲                                            │
        │                                            │ (+)
        └────(+)──── [Угроза для A] ←────(+)──────────┘
                            R (взаимное усиление)

Два актора воспринимают действия друг друга как угрозу и реагируют усилением. Каждое усиление воспринимается другим как новая угроза.

Поведение во времени

Нарастающая взаимная интенсификация, оторвавшаяся от исходного предмета конфликта.

Распознавание

• Действия каждой стороны обоснованы как "ответ на действия другого"
• Интенсивность растёт, исходный повод давно неактуален

Типичные примеры

• Ценовые войны
• Гонка функциональности между конкурентами без связи с потребностью пользователя
• Взаимные эскалации в межкомандных конфликтах

Стратегия

• Односторонняя де-эскалация или явный сигнал о готовности к ней
• Разорвать восприятие "действие другого = угроза"
• В долгосрочной перспективе — найти формат, где взаимодействие не игра с нулевой суммой

7. Tragedy of the Commons — Трагедия общих ресурсов

Структура

   [Использование A] ──(+)──┐
   [Использование B] ──(+)──┤──→ [Суммарная нагрузка] ──(-)──→ [Общий ресурс]
   [Использование C] ──(+)──┘                                       │
        ▲                                                           │
        └────(+)──── [Выгода каждого от использования] ←────(+)─────┘
                     (индивидуально рационально)

Несколько акторов пользуются общим ресурсом. Каждый оптимизирует индивидуально. Суммарная нагрузка превышает восстановительную способность ресурса.

Ключевое свойство

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

Типичные примеры

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

Стратегия

• Явное управление общим ресурсом: квоты, регулирование
• Сделать индивидуальную стоимость использования видимой (интернализация издержек)
• Коллективные механизмы самоуправления (работают, по Острём, при определённых условиях)

8. Accidental Adversaries — Случайные противники

Структура

   [A действует ради   ──(+)──→ [Непреднамеренный  ──(-)──→ [Успех B]
    своего успеха]                вред для B]                  │
        ▲                                                      │ (+)
        │ (+)                                                  ▼
   [Успех A] ←──(-)── [Непреднамеренный ←──(+)── [B действует ради
                       вред для A]                  своего успеха]

Два актора, изначально союзники. Действия каждого ради своего успеха непреднамеренно вредят другому. Тот реагирует аналогично. Отношения деградируют.

Отличие от эскалации

В эскалации стороны воспринимают друг друга как угрозу изначально. Здесь — начали как союзники, противниками стали случайно, из-за непрозрачности последствий.

Типичные примеры

• Продажи обещают клиентам функции → разработка не успевает → закрывает доступ → продажи теряют рычаг → обещают ещё больше
• Два отдела с локально-оптимальными политиками, конфликтующими на стыке

Стратегия

• Сделать последствия действий каждого видимыми для обоих
• Выровнять стимулы, создать общую метрику успеха
• Восстановить понимание исходного союза

9. Drifting Goals — Дрейф целей

Структура

Механически похож на Eroding Goals, но смещается не уровень цели, а её определение:

   [Исходное намерение] ──→ [Метрика-прокси] ──→ [Метрика становится целью]
                                  │                        │
                                  │ дрейф                  ▼
                                  ▼              "цель достигнута"
                          теряет связь            (но не намерение)
                          с намерением

Отличие от Eroding Goals

Eroding Goals — явное снижение планки ("раньше цель была 100, теперь 80"). Drifting Goals — незаметная подмена смысла ("цель по-прежнему 'качество', но качество теперь определяется как 'прохождение тестов'"). Внешне цель достигается, по сути — нет.

Типичные примеры (закон Гудхарта в действии)

• "Удовлетворённость клиентов" → "доля неотрицательных ответов в опросе"
• "Качество кода" → "процент покрытия тестами"
• "Вовлечённость" → "время в приложении"

Стратегия

• Периодически проверять: измеряемое — по-прежнему ли прокси того, что важно?
• Явная связь между метрикой и намерением, которую пересматривают
• Контр-метрики (детально: 04.3 Контр-метрики) для обнаружения подмены

Сводная таблица распознавания

STAF 1.0 · SysMindLab · 2026