Модуль 2. Сбор требований: интервью, воркшопы, фасилитация
Зачем это важно и где чаще всего ошибаются
Сбор требований — не «опрос» и не «список хотелок». Это управляемый процесс извлечения смысла, проверки гипотез и фиксации критериев так, чтобы команда могла реализовать решение, а бизнес получил измеримую ценность.
Типовые ошибки:
- Сразу «прыгаем в решение»: «сделайте дашборд Realtime» вместо «какое управленческое решение мы хотим принимать быстрее и почему сейчас не можем».
- Сбор только функциональных требований без нефункциональных (частоты, SLA, производительность, разграничение доступов).
- Смешение фактов и интерпретаций (в протоколах остаются оценки вместо наблюдений).
- Интервью с «удобными» людьми, пропуск «тихих» ключевых пользователей.
- Воркшопы без четкой цели, таймбокса, роли «решающего» (Decider) и правил.
Инструментарий BA: когда что использовать
- Индивидуальные интервью — глубина, контекст, барьеры и нюансы процесса. Начинаем с полуструктурированных.
- Воркшопы — синхронизация, приоритизация, совместный дизайн, разбор конфликтующих трактовок метрик.
- Дизайн-мышление — цикл эмпатия → фокусировка → идеи → прототип → тест; полезно для навигации Discovery.
- 5 Why — быстрое вскрытие причины «зачем». Применять точечно, не подменяя исследования.
- Jobs-to-Be-Done (JTBD) — формулируем работу, ради которой «нанимают» инструмент/отчет, и силы, влияющие на поведение.
- User Story Mapping — структурируем сквозные сценарии, режем на релизные слайсы (MVP/инкременты).
Интервью: техника, сценарий, примеры
Типы интервью
- Структурированное — фиксированный сценарий, одинаковые вопросы → удобно сравнивать ответы (напр., для опроса 15 территориальных менеджеров).
- Полуструктурированное (рекомендовано как базовое) — каркас тем + гибкость уточнений → глубина и инсайты.
- Наблюдение/Contextual inquiry — наблюдаем за реальной работой (закрытие месяца, подготовка промо-плана), задаем вопросы по ходу.
Роли и этика
- Интервьюер (вы), нотэтейкер (второй BA/джун), респондента предупреждаем о записи/целях, спрашиваем разрешение на запись.
- В начале: цель, чего НЕ будет (нет оценки эффективности сотрудника), длительность, как будут использованы материалы.
Каркас скрипта (пример под BI/DWH)
- Разминка/контекст: «Как выглядит ваш типовой месяц? Где «горячие» дни?»
- Текущий процесс: «Покажите, как вы собираете маржу/прогноз. Какие источники/шаблоны?»
- Проблемы/трудности: «Где чаще всего «ломается»? Сколько времени уходит? Что делаете, если данных нет?»
- Решения и метрики: «Какие решения вы принимаете на основе этих данных? Что будет по-настоящему полезным? Как поймем, что стало лучше?»
- НФТ/Ограничения: «Как часто вам нужна актуализация? Кто может что видеть? Каким должен быть отклик отчета?»
- Закрытие: «Кого ещё стоит поговорить? Можно ли прислать вам протокол на верификацию смыслов?»
Примеры хороших и плохих вопросов
- Хорошо: «Расскажите про последний раз, когда вы задержали закрытие месяца. Что произошло по шагам?»
- Плохо: «Нравится ли вам ваша текущая отчетность?» (оценочно)
- Хорошо: «Покажите шаблон Excel, который вы копируете из 1С/ERP. Какие формулы там есть?»
- Плохо: «Вам нужен дашборд в реальном времени?» (наводит на решение)
Фиксация инсайтов (структура заметки)
- Наблюдение (факт): «Данные по логистике поступают с лагом D+2».
- Смысл/интерпретация: «Реалтайм не нужен; достаточно 4 загрузок/сутки».
- Цитата: «Мне важно к 10:00 видеть маржу вчера по каналам».
- Возможность/гипотеза: «Витрина с SLA 10:00 + DQ-виджет по задержкам».
- Открытые вопросы/риски: «Неполные данные по возвратам → влияние на маржу».
Воркшопы: дизайн, проведение, артефакты
Когда проводить
- Есть противоречия в определениях метрик/процессов.
- Нужна совместная приоритизация (MVP, релизы).
- Нужно быстро собрать «сквозную картину» (story mapping, journey).
Роли и правила
- Facilitator (вы) — ведете процесс, следите за таймбоксом, нейтральны к содержанию.
- Decider — один ответственный за финальные решения в сессии (часто PO/финконтролер).
- Scribe — протокол/фото-борда/бординг в Miro.
- Правила: timeboxing, «one conversation at a time», parking lot, «ELMO» (Enough, Let’s Move On), «No phones/Laptops».
Типовые форматы
- Alignment-сессия (90 мин): цели (10), карта стейкхолдеров (10), словарь топ-5 метрик (30), риски/допущения (20), решения/следующие шаги (20).
- Приоритизация (60–90 мин): генерация эпиков → критерии оценки (ценность, усилие, риск, зависимость) → dot-voting → матрица ценность/сложность → MVP.
- Story Mapping (120 мин): определяем акторов и «хребет» (основные этапы), раскладываем задачи, выделяем «срезы» релизов.
Практический пример (маржинальность и промо)
- Словарь метрик: GM%, GM абсолют, Канал, Категория, Промо/непромо, Возвраты.
- Решение спорных моментов: как учитывать возвраты, как маркировать промо (источник признака), лаги данных.
- NFR: 4 обновления/сутки, дашборд ≤ 5 сек при 12 мес горизонте, разграничение доступа по региону.
- Выход: фото-борда, протокол решений, список «открытых вопросов», обновленный backlog.
Дизайн-мышление: как использовать без «ритуалов»
- Эмпатия: интервью + наблюдение, сбор артефактов (шаблоны Excel, скрины ERP).
- Фокусировка (Define): Problem Statement, 5 Why, JTBD-формулировка «работы».
- Идеация: HMW-вопросы («Как мы можем сократить цикл сверки?»), мозговой штурм с правилами (количество > качество на этом этапе).
- Прототип: быстрые скетчи дашборда/карты данных (бумага, Figma, BI-мокап).
- Тест: 30-мин демо ключевым пользователям с заранее подготовленными задачами.
5 Why: быстро вскрыть «корень», не переусердствуйте
Пример: «Нужен Real-Time отчёт по продажам».
- Почему? — «Иначе не успеваем реагировать на провалы».
- Почему не успеваете? — «Видим данные только на следующий день».
- Почему видите на следующий день? — «Логистика и возвраты приходят с лагом D+2».
- Почему лаг D+2 критичен? — «Решение по ценам принимаем в 10:00».
-
Почему нужно именно к 10:00? — «Старт смены и планирование доты».
Вывод: не Real-Time, а SLA 10:00 с D-1 + виджет задержек.
Jobs-to-Be-Done: формулируем «работу» и силы
Job statement (шаблон):
Когда [ситуация], я хочу [сделать работу], чтобы [ценность/прогресс].
Примеры:
- «Когда у меня закрытие месяца, я хочу одним кликом сверить GM% по каналам с учетом возвратов, чтобы за 1 день принять промо-решения».
- «Когда планирую закупку, хочу видеть прогноз OOS по SKU-неделям, чтобы не допустить out-of-stock при акциях».
Forces diagram:
- Push (боль текущей системы: долгие сверки), Pull (притяжение новой: автосверки, SLA 10:00), Anxieties (страх неверных метрик), Habits (Excel-шаблоны). С этим работаем в adoption-плане.
User Story Mapping: от сценария к релизам
Шаги:
- Определяем акторов: финансовый контролер, категорийный менеджер, коммерческий директор.
- Хребет (activities): Сбор данных → Сверка → Анализ → Решение → Коммуникация.
- Раскладываем задачи под каждую activity: «Проверить полноту логистики», «Отфильтровать промо», «Сверить GM%», «Выявить отклонения > 1 п.п.», «Сформировать рекомендации/комментарии».
-
Релизные срезы:
- MVP: витрина GM с DQ-виджетом полноты + базовый дашборд по каналам.
- R2: фильтр промо/непромо, возвраты, роль-бэйзд доступ.
- R3: рекомендации/алерты, пояснительные карточки причин.
От историй к приемке: как писать так, чтобы тестировать
User Story (шаблон):
Как [роль], я хочу [действие], чтобы [ценность].
Пример:
Как финконтролер, я хочу видеть GM% по каналам с обновлением в 10:00 за D-1 и флагом «промо», чтобы сократить цикл закрытия до 1 дня.
Acceptance Criteria (Given/When/Then):
- Given загружены данные D-1, When пользователь открывает дашборд до 10:00, Then GM% рассчитан по утвержденной формуле; если данные логистики не полные, Then показывается баннер «неполнота» и GM% помечен «черновик».
- Given применен фильтр «промо», When сравниваю GM% promo vs non-promo, Then значения соответствуют эталонной выборке в Excel с расхождением ≤ 0.2 п.п.
- Given роль «Регион X», When открываю карточку, Then вижу только данные своего региона.
Практика (сдать артефакты по итогу модуля)
A. Скрипт полуструктурированного интервью (на 45–60 мин)
— цель, блоки вопросов, проверка NFR, список артефактов «попросить показать» (шаблоны Excel, выгрузки, скриншоты).
B. Конспект 2–3 интервью по структуре «факт → смысл → цитата → гипотеза → вопросы»
— выделить повторяющиеся паттерны, конфликты в определениях метрик.
C. Пакет пользовательских историй (10–15 шт.) + приемочные критерии
— минимум 3 истории с NFR, минимум 2 истории с ограничениями доступа, 1 история с «ошибочными данными» (DQ-сценарий).
D. Мини-воркшоп (60–90 мин) — план и протокол
— цель, роли, повестка, таймбокс, фото-борда, принятые решения, список «открытых вопросов».
Риски и как их снять
|
Риск |
Признаки |
Что делаем |
|---|---|---|
|
Список хотелок вместо проблемы |
«Надо realtime/красивые графики» |
5 Why + JTBD-формулировка + Problem Statement, фиксируем цели/метрики |
|
Конфликт трактовок метрик |
Финансы vs Коммерция спорят о GM% |
Воркшоп словаря метрик, владелец показателя утверждает формулу, версия/дата |
|
Неполный охват пользователей |
Не слышим «тихих» ролей |
План выборки интервью: HQ + регионы, опытные + новички, «критические кейсы» |
|
Потеря NFR |
«Долго открывается»/«нет разграничения» |
Явный раздел NFR в историях, ранние перф-и секьюрити-требования |
|
Смещение/наводящие вопросы |
Ответы «под вас» |
Проверка скрипта коллегой, замена оценочных на поведенческие вопросы |
|
Нет принятого решения на воркшопе |
«Поговорили — разошлись» |
Назначаем Decider, правила принятия (например, quorum + протокол), parking lot |
|
Утечка чувствительной инфы |
Скрины с ПДн в протоколах |
Маскирование, реестр доступов, хранение в защищенных пространствах, согласие на запись |
Теория коротко: «минимум, чтоб не ошибаться»
- Когнитивные искажения: социальная желательность, recency, confirmation bias. Антидоты: факты, артефакты, «покажите, как вы делаете это сейчас».
- Кодирование качественных данных: аффинити-маппинг (KJ-метод), коды «проблема/обход/NFR/цитата», группировка тем → требования.
- НФТ-классы: производительность (время отклика, объем данных), безопасность (ролевая модель, аудит), надежность (SLA, RPO/RTO), доступность, наблюдаемость (логи, lineage).
- Traceability: цель → метрика → история → критерии → тест → релиз → пост-метрики.
Вопрос–ответ (FAQ)
Q: Сколько интервью проводить?
A: Пока не достигнете «насыщения» (повторы без новых инсайтов). В типовом BI-кейсе достаточно 8–12 качественных интервью + 1–2 сессий наблюдений.
Q: Можно ли проводить только воркшопы без интервью?
A: Риск «группового мышления» и доминирования громких голосов. Делайте минимум 3–4 интервью до первого воркшопа, чтобы принести фактуру.
Q: Как фиксировать договоренности, чтобы их не «переписали» позже?
A: Протокол воркшопа + страница «Решения и допущения» с датой/владельцем/основанием. Изменения — через change-log.
Q: Что делать, если нет «признака промо» в системе?
A: Фиксируем gap, временный прокси (календари маркетинга + правила по скидке/типу операции), план донасыщения источников, риски на отчетность.
Q: Как понять, что NFR не завышены/не занижены?
A: Привяжите к реальным сценариям (кто, когда, сколько данных). Сделайте перф-пилот/прототип с таргетным объемом.
Q: Как убедить пользователей уйти из Excel?
A: Дайте эквивалент функций (комментарии, пометки, выгрузки), покажите выгоды (скорость/согласованность/доступы), проведите миграционный период с поддержкой.
Мини-шаблоны (скопируйте в Confluence/Notion)
Шаблон скрипта интервью (фрагмент):
- Цель встречи (2 мин)
- Контекст роли (5 мин)
- Разбор последнего кейса/инцидента (10 мин)
- Демонстрация артефактов (10 мин)
- Решения и метрики (10 мин)
- НФТ и доступы (5 мин)
- Рекомендации/кого еще опросить (3 мин)
Шаблон заметки по интервью:
- Факты
- Смыслы/выводы
- Цитаты
- Возможности/гипотезы
- Риски/вопросы
- Влияние на требования (ссылка на историю)
User Story + NFR (пример):
- Story: «Как категорийный менеджер, хочу видеть сравнение GM% promo vs non-promo по SKU-неделям, чтобы корректировать скидки».
- NFR: «Отклик ≤ 5 сек на 12 мес; обновление 4 раза/сутки; доступы по региону».
- AC: три Given/When/Then (см. раздел 9).
Итог: что должно быть на руках после модуля
- Утвержденный скрипт интервью и план выборки респондентов.
- 2–3 протокола интервью в формате «факт/смысл/цитата/гипотеза/риски».
- Черновой пакет историй с приемочными критериями и NFR.
- План воркшопа (цели, роли, повестка, таймбокс) и шаблон протокола.
- Первичный список рисков и «открытых вопросов» для discovery-бэклога.
