Для разработчиков

Пользовательская история (user story): как писать, чтобы разработчик понял задачу

«Сделать фильтр» — это задача, о смысле которой разработчик будет гадать. «Как менеджер, я хочу видеть только свои просроченные задачи, чтобы утром быстро понять, что горит» — уже понятно, что и зачем делать. Разбираем, как писать пользовательские истории.

Для разработчиковПользовательская история (user story)
Пользовательская история с критериями приёмки в задаче

Шаблон

Как [кто], я хочу [что], чтобы [зачем].

Главная часть — «чтобы». Она объясняет цель, и разработчик может предложить решение проще, чем вы придумали.

Хорошо и плохо

ПлохоХорошо
Добавить экспорт в ExcelКак бухгалтер, я хочу выгрузить оплаты за месяц в таблицу, чтобы сверить их с банком
Сделать уведомленияКак исполнитель, я хочу узнать о новой задаче в течение минуты, чтобы не пропустить срочное
Улучшить поискКак менеджер, я хочу найти задачу по фразе из комментария, чтобы не листать проект

Критерии приёмки

История без критериев приёмки — повод для спора «готово или нет». Пишите их списком прямо в задаче:

  • в выгрузку попадают оплаты только за выбранный месяц;
  • столбцы: дата, клиент, сумма, способ оплаты;
  • файл открывается в Excel без ошибок кодировки.
История в описании задачи, критерии приёмки — подзадачами
История в описании задачи, критерии приёмки — подзадачами

Правило INVEST

  • Independent — не зависит от других историй;
  • Negotiable — детали можно обсуждать;
  • Valuable — приносит пользу пользователю;
  • Estimable — можно оценить;
  • Small — помещается в одну-две недели;
  • Testable — понятно, как проверить.

Слишком большую историю разбейте — см. декомпозицию задач. Истории живут в бэклоге и берутся в работу по приоритету.

Вопросы и ответы

Кто пишет пользовательские истории?

Обычно владелец продукта или менеджер, но лучшие истории получаются вместе с разработчиком и тем, кто общается с клиентами.

Нужны ли истории для исправления ошибок?

Нет. Для ошибок лучше подходит <a href="/blog/kak-napisat-bag-report">баг-репорт</a>: шаги, ожидаемый и фактический результат.

Можно ли писать истории не про ИТ?

Да. «Как покупатель, я хочу видеть статус заказа, чтобы не звонить в магазин» — это задача и для процесса, а не только для кода.

Попробуйте MasterTeam бесплатно

Для команды до 5 человек — бесплатно. Список, доска, календарь, таймлайн и отчёты — сразу после регистрации.

Начать бесплатно