User story

Это короткое описание функциональности, которую хочет получить пользователь.

Автор:

Кент Беком, один из создателей экстремального программирования.

Для чего это:

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

Как использовать:

Определите, кто является вашим пользователем, что пользователь хочет сделать с помощью вашего продукта, какую ценность это принесет пользователю.
Запишите это в формате User story.
Проверьте, соответствует ли ваша User story критериям INVEST:

Independent: истории пользователей должны быть независимыми друг от друга.
Negotiable: истории пользователей должны быть открытыми для обсуждения и изменения.
Valuable: истории пользователей должны представлять ценность для пользователей.
Estimable: истории пользователей должны быть оцениваемыми по времени и трудозатратам.
Sized: истории пользователей должны иметь определенный размер.
Testable: истории пользователей должны быть тестируемыми.

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

Шаблон:

Как (роль пользователя), я хочу (действие), чтобы (ценность/результат).

Пример:

User story

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

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

Пользователь может открыть настройки приложения из главного меню.
В настройках приложения есть ползунок для регулировки яркости экрана.
Пользователь может перемещать ползунок, чтобы изменить яркость экрана.
Изменения яркости экрана применяются немедленно.
Яркость экрана сохраняется между сессиями чтения.
Пользователь может вернуть яркость экрана к системным настройкам.
Эти критерии приемки помогают уточнить ожидания от функциональности и служат основой для тестирования User story.