Пользовательская история (User Story) в Agile — это описание, составленное с какой точки зрения и для какой цели?
Подробное объяснение
В Agile User Story описывается с точки зрения пользователя, а не системы или разработчика. Она формулируется по шаблону: 'Как [роль], я хочу [возможность], чтобы [ценность]'. Таким образом, история разъясняет, какую пользу клиенту принесет функциональная возможность, а не внутренние детали реализации. Неверно считать, что история пишется с точки зрения системы или что ценность описывается для системы.
Часто задаваемые вопросы (FAQ)
1
Что такое User Story в Agile?
User Story — это короткое описание функции с точки зрения пользователя, которое помогает понять, зачем эта функция нужна и какую ценность она приносит.
2
Как правильно формулировать User Story?
Используйте шаблон: 'Как [роль], я хочу [цель], чтобы [причина/ценность]'. Например: 'Как пользователь, я хочу сбросить пароль, чтобы восстановить доступ к аккаунту'.
3
Чем User Story отличается от технического задания?
User Story фокусируется на потребностях пользователя и ценности, а техническое задание описывает конкретные технические детали реализации.
Типичные ошибки
1
Писать User Story с точки зрения системы: 'Система должна...'
User Story должна отражать взгляд пользователя, а не системы. Системные требования лучше описывать в технической документации.
2
Указывать ценность для системы, а не для пользователя
Ценность в User Story относится к пользователю или бизнесу, а не к системе. Например, 'чтобы система работала быстрее' — неверно; верно: 'чтобы пользователь быстрее получал результаты'.