User story по интервью: шаблон и критерии приёмки
Как написать пользовательскую историю по словам клиента: выделить потребность, сохранить источник и добавить критерии приёмки. Пример и шаблон.
User story описывает ценность, а не кнопку
Пользовательская история — короткое описание желаемого результата с точки зрения человека, который будет пользоваться продуктом. Часто её записывают по схеме «Как [роль], я хочу [действие], чтобы [польза]». Эта форма помогает начать разговор о потребности, но сама по себе не заменяет требования и проверку результата.
Фраза из интервью «добавьте зелёную кнопку» — предложение решения. Чтобы написать историю, нужно узнать, что человек пытается сделать и почему существующий путь ему мешает. Не удаляйте исходную реплику: она пригодится для проверки вашей интерпретации.
Как пользователь, хочу большую кнопку экспорта, чтобы она была удобной.
Как координатор проекта, хочу передать коллеге выбранные итоги встречи, чтобы он получил только нужные договорённости.
Как написать историю по интервью
Выберите конкретный эпизод
Найдите рассказ о последнем реальном случае. Кто действовал, с каким материалом, что хотел получить? Общая фраза «всем нужны отчёты» не даёт достаточного основания для отдельной истории.
Выпишите точную реплику и контекст
Сохраните таймкод и несколько соседних предложений. Отделите слова собеседника от собственного вывода. Если человек описывал исключительную ситуацию, не превращайте её в ежедневную задачу.
Сформулируйте роль, действие и пользу
Роль должна объяснять ситуацию, а не просто называться «пользователь». Действие — быть наблюдаемым. Польза — отвечать на вопрос, зачем это действие человеку.
Проверьте границы
Одна история не должна объединять всё путешествие от регистрации до отчёта за год. Выделите законченный полезный результат, который можно обсудить и проверить отдельно.
Добавьте критерии приёмки
Запишите условия, по которым понятно, что нужное поведение реализовано. Включите основной случай и важное исключение. Критерии согласуют с командой, а не объявляют требованиями клиента по одной реплике.
Верните открытые вопросы на обсуждение
Если неизвестны роли доступа, объём данных или формат результата, прямо оставьте вопрос. Не заменяйте пробел наиболее привычным вариантом реализации.
Из реплики координатора в карточку истории
После созвона я отправляю разработчику только задачи по его части. Сейчас копирую их вручную и боюсь прихватить внутренние комментарии.
Пример относится к вымышленной системе работы с заметками. Он не описывает существующие функции Транскрибатора. Исходная потребность — передать выбранный фрагмент без лишних сведений, а не обязательно сделать новую кнопку определённого цвета.
История. Как координатор проекта, я хочу собрать выбранные пункты встречи в отдельный текст, чтобы передать исполнителю только относящиеся к нему договорённости.
Предлагаемые критерии. При выборе трёх пунктов итог содержит эти три пункта и не содержит невыбранные. Перед передачей координатор видит весь подготовленный текст. Если ничего не выбрано, система объясняет, что нужно выбрать пункты.
Открытый вопрос. Должен ли текст содержать таймкоды? Это не было сказано в интервью. Уточним на следующем обсуждении, а не добавим как якобы согласованное требование.
У истории есть источник, но пока нет подтверждения, что задача важна для большинства клиентов. Одна запись показывает один опыт. Приоритет разработки определяют отдельно: учитывают другие свидетельства, цели продукта и стоимость реализации.
Как отличить историю от списка технических работ
«Создать таблицу в базе» или «добавить обработчик» — технические задачи. Они могут быть частью реализации истории, но не объясняют, какую пользу получает человек. И наоборот, красивое предложение по шаблону ещё не означает, что команда понимает все ограничения.
Попробуйте рассказать историю тестировщику без названия интерфейсного элемента. Если невозможно описать, что человек делает до и после, вернитесь к интервью. Затем проверьте отрицательные случаи: что произойдёт без выбранных данных, при недостаточных правах или при повторной попытке. Выбирайте только существенные для этой истории исключения, не раздувая карточку до спецификации всего продукта.
Карточка с основанием и открытыми вопросами
Название истории: Роль и рабочая ситуация: Как [кто], я хочу [что сделать], чтобы [зачем]. Источник: интервью / дата / таймкод: Исходная реплика: Наша интерпретация: Критерии приёмки: 1. При [условие] человек может [действие] и получает [результат]. 2. Если [важное исключение], происходит [ожидаемое поведение]. Что не входит в историю: Что ещё нужно уточнить: Кто подтвердил формулировку и когда:
- Роль конкретна, польза понятна.
- Цитата отделена от решения команды.
- Критерии можно проверить наблюдением.
- Вопросы не замаскированы под утверждения.
Разберём детали
Нужно ли всегда писать «Как… я хочу… чтобы…»?
Нет. Это удобная опора, а не обязательная грамматика. Важнее, чтобы команда понимала человека, желаемое действие и причину.
Сколько критериев приёмки нужно?
Достаточно для основного сценария и существенных исключений. Если критерии относятся к разным самостоятельным результатам, возможно, историю стоит разделить.
Можно ли составить историю из одного интервью?
Можно подготовить гипотезу с указанием источника. Но нельзя считать её доказанной потребностью всего сегмента или автоматическим основанием для разработки.