В этой статье я расскажу вам, что такое User Story и как его создать, используя стандарт INVEST.
User Story – это общее описание функционала или используемой части функционала, написанное с точки зрения пользователя. Его цель – объяснить, как данный функционал принесет ценность пользователю.
Ошибочно думать или говорить, что User Story – это просто задача для разработчиков или техническое описание функционала программного обеспечения. Концепция и философия User Story заключается в том, чтобы поставить пользователя и его потребности на первое место и помочь Development team лучше понять реальные потребности пользователя.
Практический совет: Исходя из вышеуказанной концепции, в большинстве случаев User Story пишется нетехническим языком, однако Product Owner (роль, ответственная за существование User Story) должен максимально стараться соблюдать баланс между технологическим и нетехнологическим описанием. Scrum Master, в свою очередь, должен убедиться, что User Story понятен всем членам команды и они знают, как выполнить данный Story в течение спринта.
Как написать хороший User Story с помощью INVEST INVEST
Eто стандарт написания User Story, который представляет собой аббревиатуру и состоит из следующих слов:
I – Independent (Независимый)
N – Negotiable (Обсуждаемый)
V – Valuable (Ценный)
E – Estimable (Оцениваемый)
S – Small (Небольшой)
T – Testable (Тестируемый)
Independent – Любой User Story должен быть самодостаточным и создавать ценность для пользователя (независимо от других User Story). Кроме того, важно, чтобы в процессе выполнения User Story команда имела технологическую независимость, а зависимость от других команд была на минимальном уровне.
Negotiable – Описание User Story должно давать возможность обсуждения и дискуссии между Product Owner, Development Team и, при необходимости, Stakeholders. Возможность обсуждения позволяет избежать нереалистичных ожиданий и, что еще важнее, дает команде четкое представление о том, как выполнить данный User Story.
Valuable – Любой User Story должен создавать ценность для пользователя, и при его прочтении ценностная часть должна быть легко видна.
Estimable – В описании User Story должно быть достаточно информации, чтобы Development Team мог сделать определенные оценки и прогнозы на основе этой информации.
Small – User Story должен быть настолько небольшим, чтобы его завершение было возможно в одной итерации / спринте.Testable – Здесь имеется в виду не только то, что User Story должен быть тестируемым тестировщиком. Кроме этого, у каждого члена команды должно быть четкое видение того, как убедиться, завершен ли User Story или нет.
