Непрерывное улучшение

07.4 Continuous Improvement

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

Принцип: методология учится от практики

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

   Применение STAF на кейсе
        │
        ▼
   Что не уложилось в существующие
   правила / архетипы / шаблоны?
        │
   ┌────┴─────────────────────────┐
   ▼                              ▼
   уложилось                  не уложилось
   (метод работает            (кандидат на
    как есть)                  расширение)
                                   │
                                   ▼
                          новый паттерн / правило /
                          уточнение — в следующую
                          версию методологии

Это тот же контур обучения (прогноз → проверка → адаптация), который STAF встраивает в анализируемые системы (S5) — применённый к самой методологии.

Источники улучшений

   ИСТОЧНИК                         ЧТО ПОРОЖДАЕТ
   ───────                          ─────────────
   Новый кейс, не уложившийся       новое диагностическое
   в каталог правил                 правило

   Повторяющаяся структура,         новый архетип в каталог
   не описанная архетипом           (05.1)

   Этап, систематически             уточнение процесса
   вызывающий затруднения           или нового чек-листа

   Расхождение прогноза с           калибровка: уточнение
   реальностью на S5                горизонтов, силы связей

   Систематическая ошибка           новый анти-паттерн
   применения                       (05.3)

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

Версионирование методологии

   STAF X.Y

   X (мажорная):  изменение принципов или структуры
                  цикла. Редко. Требует переобучения
                  практиков.

   Y (минорная):  новые правила, архетипы, шаблоны,
                  уточнения. Регулярно. Обратно
                  совместимо.

Каждая версия сопровождается changelog с описанием того, какой опыт привёл к изменению. Это важно: пользователь методологии должен видеть не только «что изменилось», но и «почему» — на каком кейсе обнаружилась необходимость.

   Пример записи в changelog:

   v1.1 — добавлено правило диагностики
          «необратимое действие без подтверждения»
          Основание: кейс процесса с автозаполнением
          данных, где ошибка ввода каскадировала в
          неисправимое состояние. Существующие правила
          не покрывали класс необратимых операций.

Что может и что не может меняться

   СТАБИЛЬНОЕ ЯДРО                  РАСТУЩАЯ ПЕРИФЕРИЯ
   (меняется редко,                 (растёт регулярно,
    мажорные версии)                 минорные версии)
   ──────────────                   ─────────────────
   · шесть принципов                · каталог правил
   · структура цикла S0-S5          · каталог архетипов
   · онтология элементов            · шаблоны и чек-листы
     и связей                       · кейсы
   · протокол верификации           · форматы воркшопов
   · математика петель (R/B)        · банк вопросов

   Ядро — то, что делает            Периферия — то, что
   STAF собой. Изменение            делает STAF применимым
   ядра = новая методология.        в конкретных доменах.

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

Доменные адаптации

STAF может адаптироваться под конкретные домены (грантовые процессы, производство, разработка ПО, здравоохранение) через расширение периферии без изменения ядра.

   ЯДРО STAF (неизменно)
        │
        ├──► Доменная адаптация А
        │    + специфичные правила диагностики
        │    + типовые архетипы домена
        │    + эталонные карты процессов
        │
        ├──► Доменная адаптация Б
        │    (другой набор периферии,
        │     то же ядро)
        │
        └──► ...

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

Интеллектуальная собственность и лицензирование

STAF является интеллектуальной собственностью SysMindLab. Методология включает два слоя с разным статусом:

   ОТКРЫТЫЙ СЛОЙ (эта документация)
   ──────────────────────────────
   · принципы, теория, научное основание
   · процесс, этапы, ворота качества
   · каталоги архетипов и точек рычага
   · шаблоны, чек-листы, форматы работы

   Назначение: обучение практиков, применение
   методологии, оценка её обоснованности.

   ЗАКРЫТЫЙ СЛОЙ (интеллектуальная собственность)
   ────────────────────────────────────────────
   · конкретные алгоритмы реализации
   · формальные сигнатуры правил для автоматизации
   · архитектура исполнения анализа
   · детали технической реализации

   Назначение: защищённое ядро, обеспечивающее
   воспроизводимость и автоматизацию метода.

Открытый слой объясняет, что делает методология и почему это работает. Закрытый слой реализует, как именно это исполняется в масштабе. Разделение позволяет распространять знание о методе (обучение, лицензирование применения) без раскрытия реализации, обеспечивающей конкурентное преимущество.

Условия использования

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

Контур улучшения методологии (применяем STAF к STAF)

   S0: проблема — методология где-то не сработала
        ▼
   S1: что именно? (картирование затруднения)
        ▼
   верификация: это реальный пробел метода
        или ошибка применения?
        ▼
   S2-S3: что добавить — правило? архетип?
        уточнение процесса?
        ▼
   S4: применить в новой версии на новых кейсах
        ▼
   S5: помогло? новый changelog, следующий цикл

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

Заключение раздела GOVERNANCE

Управление методологией закрывает её как систему:

• роли (07.1 Роли и ответственность) — кто за что отвечает
• права решений (07.2 Права решений) — кто что решает
• ворота качества (07.3 Ворота качества) — что проверяется на переходах
• непрерывное улучшение (07.4 Непрерывное улучшение) — как метод развивается

Вместе они обеспечивают, что STAF применяется единообразно, его выводы доказательны, а сам он развивается от практики — оставаясь верным своим принципам.

STAF 1.0 · SysMindLab · 2026