Как выявлять требования и вести интервью

Как вы будете выявлять требования и что спросите у заказчика на первой встрече — вопрос, который отделяет аналитика от переписчика хотелок.

Выявление требований (elicitation) — это не «записать, что сказал заказчик», а восстановить настоящую проблему за озвученным решением и проверить её на реальных пользователях и данных.

Вопрос 1. Какими техниками вы выявляете требования?

Что проверяют. Знаете ли вы больше одной техники и понимаете ли, когда какая уместна. Ответ «провожу интервью» без продолжения читается как «я умею только слушать».

Рабочий набор техник и ситуации, где каждая сильна:

Хороший ответ — не список, а связка: «Начинаю с анализа документов и данных, чтобы прийти на интервью подготовленным. Дальше 3–5 интервью с носителями разных ролей. Потом воркшоп, чтобы снять противоречия между ними. Проверяю гипотезы прототипом».

Вопрос 2. Проведите интервью со стейкхолдером — с чего начнёте?

Что проверяют. Умение задавать открытые вопросы и не подменять исследование проблемы обсуждением готового решения.

Главный приём — отделять решение от проблемы. Стейкхолдер почти всегда приходит с решением: «нужна кнопка выгрузки в Excel». Задача аналитика — три-четыре раза спросить «зачем», пока не вскроется проблема:

— Нужна кнопка выгрузки в Excel.
— Что вы делаете с этим файлом дальше?
— Считаю сводку по филиалам и отправляю руководителю.
— Как часто и сколько времени это занимает?
— Каждый понедельник, часа два.
— Что происходит, если сводка не готова к 10 утра?
— Совещание переносят.

Настоящее требование: еженедельная сводка по филиалам
к 9:00 понедельника, без ручной работы.
Выгрузка в Excel — лишь один из способов её получить.

Каркас вопросов, который стоит держать в голове на интервью:

• Контекст: расскажите, как этот процесс идёт сегодня, шаг за шагом.
• Частота и объём: сколько раз в день это происходит? Сколько записей, документов, клиентов?
• Исключения: а что вы делаете, когда что-то пошло не так? Как часто такое бывает?
• Критерий успеха: по какому признаку вы поймёте, что стало лучше?
• Границы: кто ещё участвует в процессе и какие системы задействованы?
• Последствия: что случится, если этого не сделать вообще?

Отдельно спрашивайте про исключения. Основной сценарий вам расскажут за пять минут, а 80% требований прячется в «а если клиент отменил заказ после оплаты, но до сборки».

Вопрос 3. Что делать, если заказчик говорит «сделайте как у конкурента»?

Что проверяют. Не спорите ли вы в лоб и умеете ли переводить референс в требования.

Правильный ход — принять референс как источник информации, но не как требование. У конкурента другой контекст: другая аудитория, другие данные, другие ограничения. Разбирайте по частям: какую конкретно задачу пользователя закрывает эта функция у конкурента, есть ли у нас такая же задача, какие у нас данные и объёмы, что мы получим измеримо.

Формулировка на интервью: «Давайте разберём: что именно вам нравится в их решении — скорость оформления, количество шагов, наглядность? Наша аудитория отличается вот этим, поэтому предлагаю взять принцип, а не копию, и сформулировать это как требование к количеству шагов оформления».

Типичные ошибки кандидатов

• Записывают решения вместо проблем и потом удивляются, что готовая функция никому не нужна.
• Опрашивают только заказчика, оплатившего проект, и игнорируют тех, кто будет реально работать в системе.
• Задают закрытые вопросы: «Вам ведь нужна выгрузка в Excel?» — стейкхолдер соглашается из вежливости.
• Не готовятся к интервью: не смотрят документы и данные, тратят время собеседника на азы.
• Не фиксируют итог. Правило: после встречи в течение дня отправить письменное резюме договорённостей и попросить подтвердить. Устная договорённость через месяц становится «я такого не говорил».

Как ответить кратко

Начинаю с подготовки: изучаю документы и данные текущей системы, чтобы не тратить интервью на очевидное. Дальше — интервью с носителями разных ролей, отдельно с теми, кто реально работает в системе, а не только с заказчиком. На интервью задаю открытые вопросы и обязательно спрашиваю про частоту, объёмы и исключения — там прячется большая часть требований. Решение, которое приносит стейкхолдер, разворачиваю обратно в проблему через цепочку «зачем». Противоречия между ролями снимаю на воркшопе. Каждую встречу закрываю письменным резюме с подтверждением.