Роли и ответственность
Roles & Responsibilities
07.1 Roles & Responsibilities
STAF требует, чтобы у каждой части анализа был явный владелец — это прямое применение принципа подотчётности к самой методологии. Анализ без распределённых ролей воспроизводит ровно тот разрыв, который STAF диагностирует в чужих системах: работа делается, но непонятно, кто отвечает за её качество.
Этот документ определяет роли в цикле STAF. Роль — это не должность: один человек может исполнять несколько ролей, одну роль могут делить несколько людей. Важна ответственность, а не штатная единица.
Четыре ключевые роли
┌─────────────────────────────────────────────────────┐ │ АНАЛИТИК строит карту, применяет правила, │ │ проектирует рекомендации │ ├─────────────────────────────────────────────────────┤ │ НОСИТЕЛЬ СИСТЕМЫ верифицирует карту, подтверждает │ │ соответствие реальности │ ├─────────────────────────────────────────────────────┤ │ ЗАКАЗЧИК ставит вопрос, принимает решение │ │ по рекомендациям, обладает │ │ полномочиями на изменения │ ├─────────────────────────────────────────────────────┤ │ ФАСИЛИТАТОР ведёт групповую работу │ │ (если есть группа) (может совпадать с аналитиком) │ └─────────────────────────────────────────────────────┘
Аналитик
Зона ответственности: качество карты, корректность применения правил, полнота рекомендаций.
Аналитик ОТВЕЧАЕТ за: Аналитик НЕ отвечает за:
───────────────────── ──────────────────────
построение карты по истинность карты
правилам STAF (это носитель системы)
маркировку провенанса выбор между вариантами
(что извлечено, что решений (это заказчик)
предположено)
корректность диагностики внедрение вмешательств
относительно validated-карты (это область заказчика)
полноту рекомендаций результат вмешательства
(прогноз бездействия, (зависит от исполнения и
горизонт, развилка) системы, не только от
анализа)Ключевое ограничение роли: аналитик не имеет права присвоить карте статус validated. Этот статус ставит только носитель системы. Аналитик, верифицирующий собственную карту, нарушает методологию (AP-1).
Носитель системы
Зона ответственности: подтверждение, что карта соответствует реальному процессу, а не его идеализированному описанию.
Носитель ОТВЕЧАЕТ за: Критическое требование:
──────────────────── ──────────────────────
подтверждение/отклонение носитель должен знать
каждого предположенного РЕАЛЬНЫЙ процесс, а не
элемента только регламент
указание на отсутствующие → это часто исполнитель,
элементы («вы это не а не руководитель
показали») (см. AP-10)
различение «как должно → если носитель знает
быть» и «как на самом деле» только «как должно
быть» — верификация
даёт ложную картинуНоситель системы — не пассивный «проверяющий», а со-автор валидированной модели. Его подтверждение — источник доказательности всего последующего анализа. Это самая недооценённая роль: без качественного носителя STAF не работает.
Заказчик
Зона ответственности: постановка вопроса, выбор между вариантами решений, полномочия на изменения.
Заказчик ОТВЕЧАЕТ за: Важная граница роли:
──────────────────── ───────────────────
формулировку вопроса- заказчик ВЫБИРАЕТ из
катализатора (совместно развилки вариантов,
с аналитиком) но аналитик не выбирает
за него
наличие реальных полномочий → задача аналитика —
на изменения внутри границы сделать выбор
информированным,
решение по развилке не сделать его
вариантов (S3)Если у заказчика нет полномочий изменить то, что внутри границы — анализ обречён на невыполнимые рекомендации (AP, связанный с границей шире полномочий). Проверка полномочий заказчика — часть ворот 0.
Фасилитатор
Зона ответственности: качество групповой работы (если анализ ведётся группой).
Может совпадать с аналитиком, но роли различны: аналитик отвечает за содержание карты, фасилитатор — за процесс её совместного построения. Детально функции фасилитатора описаны в 06.4 Гайды фасилитации.
Когда роли разделять:
· крупная группа (трудно одновременно вести
и строить карту)
· высокая властная асимметрия в группе
(нужен нейтральный ведущий)
· конфликтная ситуация (фасилитатор не должен
быть заинтересованной стороной)Матрица ответственности по этапам
Аналитик Носитель Заказчик Фасил. S0 Постановка ● ○ ● ◐ S1 Картирование ● ◐ ○ ◐ S1 Верификация ◐ ● ○ ◐ S2 Точки рычага ● ◐ ○ · S3 Вмешательства ● ○ ◐ · S4 Исполнение ○ ◐ ● · S5 Пересмотр ● ◐ ● ◐ ● ведущая роль ◐ участвует ○ информирован/консультант · не участвует
Обратите внимание на строку «S1 Верификация»: ведущая роль — носитель системы, не аналитик. Это единственный этап, где аналитик уступает ведущую роль — и это методологически принципиально.
Конфликт ролей: чего избегать
✗ Аналитик = Носитель системы
→ верификация собственной карты, потеря
доказательности (AP-1)
✗ Заказчик = единственный Носитель
→ подтверждается «как должно быть», а не
«как на самом деле» (AP-10)
✗ Аналитик принимает решение по развилке
→ присвоение роли заказчика, ответственность
за выбор размывается
✓ Допустимо: Аналитик = Фасилитатор
(при небольшой неконфликтной группе)Главное правило: роли «строит карту» и «подтверждает карту» должны быть разделены между разными людьми. Это не организационная рекомендация, а условие доказательности метода.
STAF 1.0 · SysMindLab · 2026