Беклог продукта состоит из бизнес-требований, которые обычно оформляются в виде историй пользователей. Давайте взглянем более подробно, что представляет собой отдельная история пользователя:

  • Уникальный числовой идентификатор истории – обычно совпадает с идентификатором истории пользователя из трекера, которым пользуется команда. Этот идентификатор позволяет точно сказать, о какой истории пользователя в данный момент идет речь.
  • Название истории пользователя – короткое (примерно до 10 слов) описание функционала с точки зрения пользователя, сформулированное в виде тройки «Роль», «Действие», «Цель». Например: «Пользователь вводит логин и пароль для того, чтобы авторизоваться на сайте».
  • Важность – уникальный числовой приоритет истории пользователя, чем она выше, тем раньше данную историю необходимо сделать.
  • Оценка – числовая относительная оценка истории пользователя по специальной шкале.

Указанные поля удобно размещать на стикере, который прикрепляется на доску.
Например, историю пользователя для авторизации на сайте с оценкой в 10 сторипоинтов,
важностью 200 и номером в трекере 1453, можно представить на стикере так:

Данные четыре поля являются фактически обязательными, но достаточно часто используются и дополнительные поля, которые, например, заносятся в трекер:

  • Подробное описание – текстовое и графическое описание истории пользователя. Применяется, прежде всего, в распределенных командах для хранения знаний о функционале продукта.
  • Демонстрация – достаточно подробный сценарий, позволяющий провести демонстрацию истории пользователя. Например, для вышеприведенной истории пользователя с авторизацией, можно использовать следующие краткие сценарии для демонстрации:
  1. Пользователь вводит логин «root» и пароль «pass», и переходит на страницу личного профиля на сайте.
  2. Пользователь вводит логин «root» и пароль «wrongpass», и получает сообщение «Введен неправильный логин или пароль».
  • Категория – используется для повышения управляемости с помощью категоризации задач. В качестве категорий могут выступать как продуктовые категории («темы» и «эпики» в терминологии Scrum), так и категории типа «Оптимизация производительности», «Техническая история» и тому подобные.