STAF / 00_FOUNDATION / 00.1

Манифест

Manifesto

System Thinking Actions Framework

Версия 1.0

Почему мы это написали

Большинство проблем в организациях решается дважды.

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

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

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

Наблюдение, которое легло в основу

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

Но у него есть три проблемы при практическом использовании.

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

Проблема 2: разрыв от действия. Диаграммы причинно-следственных связей и запасо-потоковые модели хорошо объясняют, почему система ведёт себя именно так. Но они редко дают прямой ответ на вопрос: что именно делать завтра? Разрыв между диагнозом и планом действий остаётся незаполненным.

Проблема 3: несистемная оценка. Организации хорошо умеют измерять результаты (что уже произошло), но плохо умеют измерять качество своего мышления (правильно ли мы поняли причины). Когда решение не срабатывает, непонятно: проблема в исполнении или в диагнозе?

STAF создан для того, чтобы закрыть все три разрыва в единой системе.

Как думали до STAF, как стало: сводка

Ценность STAF яснее всего видна в контрасте с привычными способами анализа. По ходу документации этот контраст раскрывается в конкретных точках; здесь — общая рамка.

// показать ASCII

   ВОПРОС                  ДО STAF                  В STAF
   ──────                  ───────                  ──────
   С чего начать?          с поиска решения          со структуры
                           ("что внедрить")          ("как устроено")

   Где граница             по орг. единице           по петлям и
   анализа?                ("наш отдел")             полномочиям, явно

   Как видеть              линейно:                  через петли:
   причинность?            причина → следствие       следствие
                           (один раз)                возвращается к
                                                     причине

   Что ищет                неисправный элемент       отсутствующую
   диагностика?            (что работает плохо)      связь (чего нет
                                                     вовсе)

   Откуда метрики?         назначаем KPI             выводим из
                           сверху                    структуры

   Что такое               "внедрить X" +            X + цена
   рекомендация?           обоснование               бездействия +
                                                     горизонт + развилка

   Цена бездействия?       "останется как есть"      явный прогноз
                           (бесплатный фон)          (тренд/событие)

   Когда анализ            когда сдан отчёт           когда назначена
   закончен?                                          точка пересмотра

   Откуда уверенность      экспертное мнение          верификация
   в выводах?              аналитика                  носителем +
                                                     детерминированный
                                                     диагноз

Каждая строка этой таблицы детально раскрыта в соответствующем разделе: граница — 01.1 Граница системы, петли — 02.1 Петли обратной связи, диагностика — 03.4 S2 · Точки рычага, метрики — 04.1 Каркас метрик, рекомендации и прогноз бездействия — 03.5 S3 · Дизайн вмешательства, завершённость — 03.7 S5 · Обратная связь и адаптация, доказательность — 00.3 Научное основание и 03.3 S1 · Картирование системы. Это не отрицание привычных методов: процессный анализ, BPMN, классическая системная динамика решают свои задачи. STAF добавляет то, что они структурно пропускают, и связывает в единый воспроизводимый цикл.

Что такое STAF

System Thinking Actions Framework — это методология системного анализа для принятия решений в условиях сложности.

Три слова в названии несут конкретный смысл:

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

Actions означает, что результатом каждого этапа анализа является конкретное действие или решение, а не только диагноз. STAF проектировался как инструмент для тех, кто должен что-то делать, а не только понимать.

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

Что STAF берёт из других методологий — и что добавляет

STAF не является изобретением с нуля. Он стоит на плечах нескольких хорошо проверенных интеллектуальных традиций:

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

Из организационного обучения (Senge, "Пятая дисциплина") STAF берёт связь между системными паттернами и человеческим поведением: как ментальные модели ограничивают восприятие системы, и почему команды систематически выбирают симптоматические решения.

Из каталога системных архетипов (Senge, Goodman) STAF берёт библиотеку повторяющихся паттернов — "Fixes That Fail", "Limits to Growth", "Shifting the Burden" и другие — как готовый словарь для быстрой диагностики.

Из теории точек рычага (Meadows, "Thinking in Systems") STAF берёт иерархическую классификацию мест вмешательства: от поверхностных параметров до глубоких парадигм.

Из Agile и продуктового мышления STAF берёт итеративность: анализ не завершается диагнозом, он встраивается в цикл действие → измерение → адаптация.

Уникальный вклад STAF — это четыре вещи, которых нет по отдельности ни в одной из этих традиций:

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

Принципы, которым STAF следует без исключений

Принцип 1: Структура раньше симптомов. Любая работа начинается с картирования системы, а не с поиска решений. Пока не построена карта — не принимается ни одного вмешательства.

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

Принцип 3: Цена бездействия симметрична цене действия. Каждая рекомендация сопровождается сценарием бездействия с такой же детализацией, что и сценарий вмешательства. Нет рекомендации без прогноза бездействия.

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

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

Принцип 6: Итерация встроена, а не опциональна. Любой цикл STAF завершается не отчётом, а точкой пересмотра: когда пересматривать модель, по какому сигналу, с кем. Система, которую не пересматривают — устаревает.

Для кого STAF

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

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

Чем STAF не является

STAF не является заменой экспертизы в предметной области. Аналитик по-прежнему должен понимать контекст, задавать правильные вопросы и выносить суждения. STAF структурирует мышление, но не заменяет его.

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

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

Статус и версионирование

STAF 1.0 является первой публичной версией методологии. Она прошла верификацию на реальных кейсах из нескольких доменов. Каждая последующая версия будет содержать changelog с описанием того, какой опыт привёл к изменению или дополнению.

STAF является зарегистрированной интеллектуальной собственностью. Условия использования, лицензирования и адаптации описаны в разделе 07_GOVERNANCE.

STAF 1.0 · SysMindLab · 2026

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