Форматы воркшопов
Workshop Formats
06.3 Workshop Formats
STAF можно применять индивидуально, но многие этапы выигрывают от групповой работы — особенно картирование и верификация, где знание распределено между участниками. Этот документ описывает форматы воркшопов для ключевых этапов цикла.
Форматы — это структура времени и ролей, а не сценарий. Их нужно адаптировать под масштаб системы и состав группы.
Общие принципы воркшопов STAF
1. Один воркшоп = один этап цикла
(не пытаться пройти весь цикл за одну встречу)
2. Носитель системы обязателен на воркшопах S1 и S5
(без него верификация невозможна)
3. Карта строится на виду у всех
(общий экран / доска — не «аналитик покажет потом»)
4. Разногласия фиксируются, не сглаживаются
(расхождение в понимании системы — это данные)Последний принцип особенно важен: когда два участника описывают один процесс по-разному, это не «недопонимание, которое надо уладить» — это обнаружение того, что система работает не так, как кажется хотя бы одному из них.
Воркшоп 1: Постановка проблемы (S0)
Цель: согласовать вопрос-катализатор и границу системы. Участники: заказчик анализа, аналитик, 1-2 носителя системы. Длительность: 60-90 минут.
┌─ 0-15 мин ─────────────────────────────────┐ │ Каждый формулирует проблему СВОИМИ словами │ │ (по отдельности, без обсуждения) │ │ → часто обнаруживается, что проблему видят │ │ по-разному — это первая находка │ └─────────────────────────────────────────────┘ ┌─ 15-45 мин ────────────────────────────────┐ │ Свести к одному катализатору │ │ Проверка: нет ли решения внутри формулировки?│ │ Убрать все «надо внедрить / нанять» │ └─────────────────────────────────────────────┘ ┌─ 45-90 мин ────────────────────────────────┐ │ Граница: что входит / исключено / открытые │ │ вопросы. Проверить 4 вопроса границы (01.1) │ └─────────────────────────────────────────────┘ ВЫХОД: заполненный бриф анализа (06.1, шаблон 1)
Типичная ловушка: группа сразу начинает предлагать решения. Роль фасилитатора — возвращать к вопросу «что именно не работает», блокируя преждевременные решения.
Воркшоп 2: Картирование (S1) — основной
Цель: построить карту системы и подготовить к верификации. Участники: аналитик (фасилитатор), носители системы (ключевые!), исполнители процесса. Длительность: 2-4 часа (может разбиваться на несколько сессий).
┌─ Фаза 1: элементы (30-45 мин) ──────────────┐ │ Собрать акторов, запасы, преобразования, │ │ решения. Каждый участник добавляет «что я │ │ делаю / за что отвечаю / что вижу» │ │ Использовать нотацию элементов (01.2) │ └──────────────────────────────────────────────┘ ┌─ Фаза 2: связи (45-60 мин) ─────────────────┐ │ Соединить элементы. Для каждой причинной │ │ связи — знак и задержка. Фасилитатор │ │ спрашивает «что на что влияет», не «что за │ │ чем идёт» │ └──────────────────────────────────────────────┘ ┌─ Фаза 3: петли (30 мин) ────────────────────┐ │ Найти замкнутые пути. Назвать каждую петлю │ │ R или B. Спросить группу: «видите такое │ │ поведение в реальности?» │ └──────────────────────────────────────────────┘ ┌─ Фаза 4: разногласия (остаток) ─────────────┐ │ Зафиксировать места, где участники │ │ описывают систему по-разному │ │ → это приоритетные зоны для уточнения │ └──────────────────────────────────────────────┘ ВЫХОД: карта в статусе draft, готовая к верификации
Ключевой приём фасилитации: когда участник описывает шаг, спрашивать «а что происходит, если этого не сделать / сделать с ошибкой?» — это вскрывает скрытые петли и зависимости, которых нет в регламентах.
Воркшоп 3: Верификация (часть S1, ворота 1)
Цель: перевести карту из draft в validated. Участники: носитель системы (критично — знающий реальный процесс), аналитик. Длительность: 60-90 минут. Формат: может быть частью воркшопа 2 или отдельной сессией.
Протокол верификации (02.2, 03.3):
1. Назвать элементы — что упущено/неточно? (10 мин)
2. Проверить ПРЕДПОЛОЖЕННЫЕ элементы (30 мин)
— каждый как явный вопрос, не утверждение
3. Сверить извлечённые с цитатами (15 мин)
4. Подтвердить петли (15 мин)
5. «Что важного мы не показали?» (10 мин)
Каждый элемент: подтверждён / отклонён /
исправлен / добавлен
ВЫХОД: карта validated (или возврат на доработку)Критично: верификацию проводит тот, кто знает реальный процесс. Если на воркшопе только руководители — подтверждается идеализированная картина (AP-10).
Воркшоп 4: Точки рычага и вмешательства (S2-S3)
Цель: от диагноза к развилке вариантов. Участники: аналитик, заказчик, носители системы. Длительность: 2-3 часа.
┌─ Часть 1: разрывы (S2) ─────────────────────┐ │ Показать диагностированные разрывы │ │ Для каждого: реальный или пробел карты? │ │ (проверка с носителем — возврат в S1 если │ │ пробел) │ └──────────────────────────────────────────────┘ ┌─ Часть 2: ранжирование (S2) ────────────────┐ │ Разрывы по глубине рычага и природе проблемы │ └──────────────────────────────────────────────┘ ┌─ Часть 3: вмешательства (S3) ───────────────┐ │ Для приоритетных разрывов — развилка │ │ вариантов с прогнозом бездействия │ │ Заполнить карточки рекомендаций (06.1) │ └──────────────────────────────────────────────┘ ВЫХОД: развилки решений для заказчика
Воркшоп 5: Пересмотр (S5)
Цель: сверить прогноз с реальностью, замкнуть/открыть цикл. Участники: те же, кто участвовал в исходном анализе. Длительность: 60-90 минут. Когда: по наступлению review_trigger из прошлого цикла.
1. Что предсказывала модель vs что произошло (20 мин)
2. Расхождения — классифицировать причину (30 мин)
диагноз / исполнение / изменение системы
3. Назначить следующий review_trigger (15 мин)
4. Что переходит в следующий цикл (15 мин)
ВЫХОД: итог цикла (06.1, шаблон 5) + старт следующегоМинимальный и полный форматы
ПОЛНЫЙ ФОРМАТ (крупная система, высокие ставки): 5 отдельных воркшопов, S0→S5, с верификацией как отдельной сессией СЖАТЫЙ ФОРМАТ (небольшая система): Воркшоп А: S0 + S1 + верификация (полдня) Воркшоп Б: S2 + S3 (полдня) S4 — в рабочем порядке Воркшоп В: S5 (по триггеру) ИНДИВИДУАЛЬНО (аналитик один): Все этапы — самостоятельно, КРОМЕ верификации. Верификация с носителем обязательна всегда — это не тот этап, который можно пройти в одиночку.
Единственный этап, который нельзя свернуть ни в каком формате — верификация. Можно сократить картирование, объединить S2 и S3, отложить S4 — но переход draft → validated требует другого человека, и это не подлежит оптимизации.
STAF 1.0 · SysMindLab · 2026