SYSMINDLAB_
STAF / 07_GOVERNANCE / 07.2

Права решений

Decision Rights

07.2 Decision Rights

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

Карта прав решений

// СхемаDIAGRAM · слот рендера [generic]
   РЕШЕНИЕ                          КТО ПРИНИМАЕТ      ОСНОВАНИЕ
   ───────                          ─────────────      ────────
   Формулировка катализатора        Заказчик +         согласие, что
                                    Аналитик           это верный вопрос

   Где провести границу             Заказчик +         полномочия +
                                    Аналитик           аналитическая
                                                       целесообразность

   Что войдёт в карту               Аналитик           правила STAF
   (какие элементы/связи)                               + источники

   Статус validated                 Носитель           соответствие
   (карта верна)                    системы            реальности

   Реальный разрыв или              Носитель +         проверка с
   пробел карты                     Аналитик           реальностью

   Приоритет разрывов               Аналитик           глубина рычага +
                                                       природа проблемы

   Выбор варианта                   ЗАКАЗЧИК            трейд-офф +
   из развилки                      (только он)        полномочия

   Когда пересмотреть               Заказчик +         review_trigger
   (review_trigger)                 Аналитик           из прогнозов

Принцип разделения: диагноз vs решение

Фундаментальное разделение прав в STAF проходит между диагнозом и решением:

// СхемаDIAGRAM · слот рендера [generic]
   ДИАГНОЗ                          РЕШЕНИЕ
   (право аналитика +               (право заказчика)
    носителя)
   ───────                          ───────
   "что есть"                       "что делать"
   "что не так"                     "какой вариант выбрать"
   "что произойдёт                  "готовы ли мы заплатить
    при бездействии"                 эту цену"

   объективируемо,                  ценностный выбор,
   воспроизводимо                   не выводится из анализа

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

Нарушение этого разделения в любую сторону опасно:

// СхемаDIAGRAM · слот рендера [generic]
   Аналитик присваивает решение:    Заказчик присваивает диагноз:
   ──────────────────────────       ──────────────────────────
   "я рекомендую вариант Б"          "мне не нравится этот
   вместо "вот три варианта           разрыв, уберите его"
    с трейд-оффами, выбор ваш"        вместо принятия диагноза
                                      как факта о системе
   → аналитик берёт                  → заказчик искажает
     ответственность,                  карту под желаемый
     которую не должен                 ответ (разрушает
     нести                             доказательность)

Право на статус validated — особый случай

Самое важное право в STAF — право присвоить карте статус validated — принадлежит исключительно носителю системы. Это право нельзя делегировать или присвоить:

// СхемаDIAGRAM · слот рендера [generic]
   НЕ могут присвоить validated:        Может ТОЛЬКО:
   ──────────────────────────           ─────────────
   · аналитик (построил карту —          носитель системы,
     не может сам подтвердить)            знающий реальный
   · заказчик (если не является          процесс
     носителем реального процесса)
   · фасилитатор (ведёт процесс,
     не носитель знания)

Причина: статус validated — источник доказательности всего анализа. Если право на него размыто или присвоено тем, кто не знает реального процесса, рушится вся цепочка (AP-1, AP-10).

Разрешение разногласий

Что делать, когда носители расходятся в том, как работает система?

// СхемаDIAGRAM · слот рендера [generic]
   Два носителя описывают процесс по-разному
        │
        ▼
   НЕ выбирать «правильного» носителя
        │
        ▼
   Зафиксировать ОБА варианта на карте как
   расхождение
        │
        ▼
   Это диагностические данные:
   · процесс работает неединообразно, ИЛИ
   · регламент разошёлся с практикой, ИЛИ
   · система непрозрачна для самих участников
        │
        ▼
   Расхождение становится open_question или
   находкой, а не устраняется голосованием

Право «разрешить разногласие в пользу одного» в STAF не существует. Разногласие о реальности — это находка, а не препятствие (см. 06.4 Гайды фасилитации, тупик 4).

Эскалация: когда решение заблокировано

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

// СхемаDIAGRAM · слот рендера [generic]
   Решение заблокировано на уровне заказчика
        │
        ▼
   Вопрос: это проблема анализа или системы?
        │
   ┌────┴────────────────────┐
   ▼                         ▼
   Анализ дал недостаточно   Реальные полномочия
   информации для выбора     находятся выше, чем
        │                    предполагалось
        ▼                         │
   вернуться, уточнить           ▼
   трейд-оффы                границу/заказчика
                            определили неверно
                            (пересмотр S0)

Заблокированное решение почти всегда указывает либо на неполноту развилки (аналитик не довёл трейд-оффы), либо на ошибку определения заказчика и его полномочий на этапе S0.

STAF 1.0 · SysMindLab · 2026

07.1 Роли и ответственность07.3 Ворота качества