Конкретный эпизод полезнее общего пожелания
Представим оператора, который просит выделять некоторые заявки красным. Вместо обсуждения оттенка можно попросить рассказать о последнем случае, когда нужную заявку было трудно заметить. В рассказе появляются участники, последовательность действий, используемые сведения и последствия пропуска. Важно уточнить, что происходило на самом деле, а что собеседник считает желательным порядком. Общие слова о постоянных задержках требуют примеров. Один эпизод не описывает весь процесс, но даёт предмет для следующих вопросов и помогает увидеть неизвестные условия.
Нейтральный вопрос оставляет место неожиданному ответу
Вопрос о том, насколько удобной будет новая кнопка, уже предлагает решение и положительную оценку. Открытый вопрос о нынешнем способе поиска заявок позволяет узнать о других действиях, которые исследователь мог не предусмотреть. Затем полезны уточнения: кто принимает решение, какие данные используются, что происходит при исключении. Закрытые вопросы тоже бывают нужны для проверки конкретной детали, но не должны подменять весь разговор. Важно записывать смысл ответа и отдельно отмечать собственные предположения, чтобы позже не выдать их за слова участника.
Из рассказа выделяют правило и критерий
Если оператор ищет заявки без ответа, ещё нужно выяснить, что считается ответом, когда возникает просрочка и какие случаи исключаются. Только после этого можно описывать проверяемое поведение системы. Цветная метка является возможным элементом решения, а не самой пользовательской потребностью. Требование должно связывать роль, обстоятельства и нужный результат. После интервью неизвестные пункты остаются вопросами для уточнения. Если придумать срок или правило самостоятельно и незаметно включить их в итог, аккуратный текст будет скрывать непроверенную договорённость.
Попробуйте на практике
Подготовьте вопросы по вымышленному запросу оператора. Реальных участников приглашать и рабочие данные собирать не нужно.
- Запишите исходный запрос: оператор вручную просматривает даты заявок, чтобы заметить те, на которые ещё не ответили, и предлагает красную метку. Отдельно выделите известную задачу и предложенное оформление.
- Составьте три открытых вопроса о последнем таком поиске: с чего он начался, как оператор выбирал заявки и что делал после обнаружения. Не добавляйте в вопросы готовый срок просрочки.
- Добавьте уточнения о значении ответа, исключениях и последствиях пропуска. Отметьте, какие сведения нужны для правила выделения, но пока отсутствуют в исходном описании.
- Напишите черновик требования своими словами: оператор должен получать понятное указание на заявки, соответствующие согласованному условию отсутствия ответа. Рядом перечислите ещё не согласованные критерии и способ их проверки.
Как проверить результат. Вопросы исследуют реальные действия и неизвестные правила. Красный цвет не объявлен единственно возможным решением. Черновик не содержит выдуманного срока, а недостающие условия явно отделены от подтверждённых сведений.
Частые вопросы
Нужно ли спорить с каждым предложением пользователя?
Нет. Предложение полезно как указатель на задачу и опыт человека. Его можно сохранить среди вариантов, одновременно выясняя проблему и ограничения, на которых оно основано.
Достаточно ли одного интервью для окончательного требования?
Не всегда. Возможны другие роли, исключения и противоречащие случаи. Важно понимать границы собранных сведений и проверять значимые правила, а не считать первый рассказ полным описанием всей системы.
Самостоятельный разбор темы. Содержание конкретной обучающей программы здесь не представлено.