Гайды фасилитации
Facilitation Guides
06.4 Facilitation Guides
Воркшопы STAF (06.3 Форматы воркшопов) задают структуру. Этот документ — о том, как вести группу внутри этой структуры: какие вопросы задавать, как обходить типичные тупики, как управлять групповой динамикой так, чтобы карта отражала реальность, а не консенсус вокруг мнения самого авторитетного участника.
Фасилитация STAF имеет одну особенность: цель не в согласии группы, а в точности карты. Это иногда означает сохранение разногласия, а не его устранение.
Базовый принцип: вопросы вместо утверждений
Фасилитатор STAF почти не утверждает — он спрашивает. Утверждение аналитика группа склонна принимать (он эксперт); вопрос заставляет группу думать.
✗ «Здесь у вас разрыв обратной связи»
→ группа кивает, не проверяя
✓ «Что происходит с этими данными после
того, как отчёт ушёл? Кто их смотрит?»
→ группа обнаруживает разрыв сама
(и потому верит в него)Это не риторический приём, а защита от AP-1: когда группа сама находит разрыв через ответ на вопрос, разрыв верифицирован в момент обнаружения.
Банк вопросов по этапам
Для постановки проблемы (S0)
· Что именно происходит, чего быть не должно?
· Как вы замечаете эту проблему? По какому признаку?
· Если бы проблема исчезла завтра — что было бы по-другому?
· [если звучит решение] А какую проблему это решение решает?
→ возврат к проблеме от предложенного решенияДля картирования (S1)
· Что вы делаете на этом шаге? Что получаете на входе,
что отдаёте на выходе?
· Кто отвечает, если этот шаг сделан плохо?
· Откуда вы знаете, что делать дальше? На что смотрите?
· Что произойдёт, если этот шаг пропустить или сделать
с ошибкой? ← вскрывает скрытые петли
· Куда уходит результат? Кто его использует?
← вскрывает разомкнутые контуры
· Как быстро это влияет на то? Сразу или через время?
← вскрывает задержкиДля верификации (ворота 1)
· [для предположенного элемента] Мы предположили, что
здесь происходит вот это. Так на самом деле?
· Эта цепочка замыкается в петлю. Вы наблюдаете такое
поведение в реальности?
· Что важного в вашем процессе мы здесь не показали?
· Где на этой карте «как написано в регламенте», а где
«как на самом деле»? ← вскрывает разрыв регламент/практикаДля вмешательств (S3)
· Что произойдёт, если мы НЕ будем ничего менять?
← заставляет проговорить прогноз бездействия
· Кто будет сопротивляться этому изменению и почему?
· Через сколько времени мы поймём, что это сработало?
· Что станет хуже на короткое время, прежде чем
станет лучше? ← worse-before-betterДля пересмотра (S5)
· Модель предсказывала вот это. Что получилось?
· Если не сработало — мы неправильно поняли систему,
плохо внедрили, или система изменилась?
· Когда нам стоит вернуться и проверить это снова?Типичные тупики и выходы из них
Тупик 1: Группа сразу предлагает решения
Признак: «нам нужно просто...», «давайте внедрим...»
на этапе, где ещё нет карты
Выход: «Хорошая идея, запишем её в парковку решений.
Сейчас давайте поймём, ПОЧЕМУ возникает проблема,
чтобы решение попало в цель.»
→ завести видимую «парковку» для решений,
вернуться к ним на S3Тупик 2: Доминирующий участник
Признак: один человек (часто руководитель) говорит за всех,
остальные молчат или соглашаются
Выход: · сбор мнений по отдельности и письменно
до общего обсуждения (формат S0, фаза 1)
· прямой вопрос к молчащим исполнителям:
«А на вашем участке это так же выглядит?»
· напоминание: нам нужно «как на самом деле»,
а это часто знает не руководительТупик 3: Группа застряла в деталях
Признак: 40 минут спорят о тонкостях одного шага,
карта в целом не движется
Выход: «Давайте отметим это как открытый вопрос и
пойдём дальше — вернёмся, если это окажется
на критическом пути.»
→ не каждая деталь важна; гранулярность
определяется вопросом-катализаторомТупик 4: Разногласие о том, как работает процесс
Признак: два участника описывают один шаг по-разному,
спорят, кто прав
Выход: НЕ разрешать спор в пользу одного.
«Это важная находка: процесс работает
по-разному в зависимости от [участка/человека/
случая]. Зафиксируем оба варианта.»
→ разногласие о реальности — это диагностические
данные, а не помехаТупик 4 — самый важный. Инстинкт фасилитатора — свести к одному ответу. В STAF расхождение в том, как участники видят систему, часто и есть симптом проблемы: система непрозрачна, или работает неединообразно, или регламент разошёлся с практикой. Сохранить разногласие = сохранить данные.
Управление властной динамикой
Верификация требует правды от исполнителей. Но исполнители часто не говорят правду при руководителях — особенно правду вида «регламент мы не соблюдаем, потому что он не работает».
Проблема: Приёмы:
───────── ──────
исполнитель не скажет · отдельная сессия
при руководителе, что верификации без
реальный процесс руководства
отличается от · анонимный сбор
регламента «как на самом деле»
· формулировка без вины:
«где регламент мешает
работать?» вместо
«где вы нарушаете?»Это не политическая хитрость, а методологическая необходимость: карта, отражающая регламент вместо практики, приведёт к диагнозу несуществующей системы (AP-10).
Роль фасилитатора: что он делает и чего не делает
ФАСИЛИТАТОР STAF ФАСИЛИТАТОР STAF
ДЕЛАЕТ: НЕ ДЕЛАЕТ:
─────── ──────────
задаёт вопросы не навязывает свою
модель системы
фиксирует разногласия не сглаживает их ради
согласия
возвращает к структуре не позволяет уйти в
от преждевременных решений решения раньше времени
защищает голос исполнителей не даёт доминирующему
участнику говорить за всех
держит границу анализа не расширяет scope
бесконтрольноГлавная дисциплина фасилитатора: помнить, что цель — точная карта, а не довольная группа. Иногда это означает оставить встречу с зафиксированным разногласием вместо ложного консенсуса — и это правильный исход.
STAF 1.0 · SysMindLab · 2026