Пользовательская история — это краткое описание функции простым языком с точки зрения пользователя. Она фиксирует, кто хочет что-то, что хочет и почему. Критерии приёма определяют, что означает «готово» для этой истории — условия, которые она должна удовлетворять, чтобы быть принятой.
As a [type of user]
I want [some goal]
so that [some benefit].
Example:
As a returning customer
I want to save my shipping address
so that I don't re-enter it every order.
Часть «чтобы» — самая важная — она выражает ценность, что помогает команде найти лучшие решения, чем буквально запрашиваемое.
Given a logged-in customer with a saved address
When they reach checkout
Then the saved address is pre-filled
And they can edit it before confirming
✓ Testable and unambiguous
✓ Defines done — no "I thought you meant..."
Независимая, Обсуждаемая, Ценная, Оцениваемая, Маленькая, Тестируемая. История, которую слишком трудно оценить или завершить в спринте, должна быть разделена.
Истории держат команду сосредоточенной на ценности для пользователя, а не на списке технических задач, и приглашают обсуждение вместо диктования решения.
Чёткие критерии приёма предотвращают самое распространённое трение при доставке: создание чего-то, что технически работает, но не является тем, что на самом деле было нужно.