Найти тему

Что такое User Story с примерами

Оглавление

User Story (пользовательская история) - это краткое описание требований к функциональности, которая должна быть реализована в программном продукте или сервисе. User Story - это инструмент Agile-разработки, который позволяет описать конкретный функциональный элемент продукта из точки зрения пользователя, а не разработчика.

Понятнее не стало? Давай проще.

Мы говорим о более правильной и корректной формулировке задач, чтобы каждому участнику команды разработки было ясно о чем идет речь в задаче.

Мы всегда куда-то спешим и экономим время на всем. Пишем задачи из 1-2 предложений, если не слов, а через полгода и вспомнить не можем, что мы делали и зачем.

Минимальное наполнение пользовательской истории
Минимальное наполнение пользовательской истории

Структура пользовательской истории

Заголовок

Чтобы получить правильный заголовок, нужно ответить на 3 вопроса:

  1. Кто получит результат выполнения задачи? Не отвечайте на данный вопрос словами "заказчик", "директор" и прочим. Мы развиваем продукт для пользователя в первую очередь. Кто будет пользоваться реализованным функционалом? Это может быть посетитель сайта, клиент в магазине, менеджер по продажам.
  2. Что хочет? Сформулируйте максимально четко потребность. Не нужно объединять несколько задач в одну, не усложняйте задачу.
  3. Зачем это нужно? Очень важный вопрос, разрабатывая функционал нужно постоянно отвечать на вопрос: "Зачем мы это делаем?". Это помогает лучше понять пользовательский запрос, какую проблему вы решаете на самом деле.

В итоге можем получить более четкие понятные заголовки:

  1. Как посетитель сайта, я хочу иметь возможность оставлять отзывы о продуктах, чтобы я мог поделиться своим мнением о качестве товара.
  2. Как пользователь, я хочу иметь возможность зарегистрироваться в приложении, чтобы мне было удобнее использовать все функции сервиса.

Описание истории

В этом блоке необходимо описать детали реализации, что вы будете делать и каким способом. Здесь же могут быть указаны метрики влияния, зависимые и новые системы.

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

Чтобы избежать споров о выполнении задачи, необходимо составить список условий, которые должны быть выполнены, чтобы User Story была завершена. Распишите новые шаги, которые появятся у пользователя. Это поможет бизнес-заказчику увидеть, что вы его поняли. А разработчики и тестировщики будут в одном контексте.

Еще больше полезных материалов и тезисов в нашем telegram канале, подписывайся: Канал "Продуктовый"