Писать пользовательскую историю в формате «Как <роль>, я хочу <действие>, чтобы <ценность>» и проверять её по INVEST с критериями приёмки.
Пользовательские истории и критерии INVEST
Пользовательские истории и критерии INVEST
Пользовательская история (user story) — это короткое описание функции с точки зрения пользователя. Стандартный шаблон: «Как <роль>, я хочу <действие>, чтобы <ценность>». Например: «Как зарегистрированный покупатель, я хочу сохранять товары в избранное, чтобы быстро находить их при следующем визите». Такой формат помогает команде понять, кому нужна функция, что именно и ради какой пользы.
Для оценки качества историй Билл Вейк в 2003 году предложил критерии INVEST: Independent (независима от других историй, можно реализовывать в любом порядке), Negotiable (условия обсуждаемы — история не контракт, а повод для разговора), Valuable (несёт ценность для пользователя или бизнеса), Estimable (можно оценить трудозатраты — иначе история слишком расплывчата), Small (достаточно мала, чтобы поместиться в спринт), Testable (можно написать тест и проверить, выполнена ли история).
Критерии приёмки (acceptance criteria) — конкретные условия, при выполнении которых история считается готовой. Они связывают историю с Definition of Done и напрямую влияют на Testable: история тестируема именно тогда, когда у неё есть чёткие критерии приёмки. Пример критерия приёмки для истории выше: «При нажатии на значок сердечка товар добавляется в список избранного и сохраняется после перезапуска приложения».
Если история слишком большая (её называют «эпик»), её нужно разбить на несколько меньших историй. При декомпозиции каждая часть должна сохранять ценность: нельзя создавать истории «только бэкенд» или «только интерфейс» — каждая должна быть ценна сама по себе и проверяема.
Lesson notes
Пользовательские истории и критерии INVEST
Пользовательская история (user story) — это короткое описание функции с точки зрения пользователя. Стандартный шаблон: «Как <роль>, я хочу <действие>, чтобы <ценность>». Например: «Как зарегистрированный покупатель, я хочу сохранять товары в избранное, чтобы быстро находить их при следующем визите». Такой формат помогает команде понять, кому нужна функция, что именно и ради какой пользы.
Для оценки качества историй Билл Вейк в 2003 году предложил критерии INVEST: Independent (независима от других историй, можно реализовывать в любом порядке), Negotiable (условия обсуждаемы — история не контракт, а повод для разговора), Valuable (несёт ценность для пользователя или бизнеса), Estimable (можно оценить трудозатраты — иначе история слишком расплывчата), Small (достаточно мала, чтобы поместиться в спринт), Testable (можно написать тест и проверить, выполнена ли история).
Критерии приёмки (acceptance criteria) — конкретные условия, при выполнении которых история считается готовой. Они связывают историю с Definition of Done и напрямую влияют на Testable: история тестируема именно тогда, когда у неё есть чёткие критерии приёмки. Пример критерия приёмки для истории выше: «При нажатии на значок сердечка товар добавляется в список избранного и сохраняется после перезапуска приложения».
Если история слишком большая (её называют «эпик»), её нужно разбить на несколько меньших историй. При декомпозиции каждая часть должна сохранять ценность: нельзя создавать истории «только бэкенд» или «только интерфейс» — каждая должна быть ценна сама по себе и проверяема.