INVEST User Story
Резюме
Пользовательская история, User Story — это короткое, «минималистичное» описание задачи, которое формулируется как описание заинтересованным пользователем продукта желаемого функционала от продукта.
Формула Юзер Стори:
Я, как {Роль}, хочу {Что-то}, чтобы {Цель}.Каждая User Story должна иметь бизнес критерии приёмки.
Зачем нужна User Story
Как правило, представители бизнеса не могут писать ТЗ на разработку (и не должны, и нецелесообразно). Они не погружены в технический контекст, и не могут оценить уровень глупости даже если им кто-то поможет в написании. В техническом аспекте, конечно.
Это так. И это нормально. И с этим можно и нужно работать.
Зачем? Нам же как-то нужно фиксировать требования бизнеса. Бэклог спринта не может быть аморфным, и неплохо иметь инструмент, позволяющий показать, что вот этот кусочек работы сделан?
Как? Вероятно, при описании требований бизнес-пользователи не должны выходить из бизнес контекста. При этом у разработчиков и других исполнителей должно быть достаточно информации для понимания — что именно от них хотят. И самым распространённым инструментом для описания требований является связка User Strory + Критерии приёмки.
INVEST — способ сделать хорошо
Аббревиатура «INVEST» помогает запомнить общепринятый набор критериев или контрольный список для оценки качества пользовательской истории. Если история не соответствует одному из этих критериев, команда может захотеть переформулировать её или даже подумать о переписывании (что часто приводит к физическому разрыву старой карты истории и написанию новой).
Хорошая пользовательская история должна быть:
- «I» Independent — Независимой (от всех остальных)
- «N» Negotiable — Обсуждаемая (не конкретный контракт на функции)
- «V» Valuable — Ценная для потребителя (или вертикальная )
- «E» Estimable — Оцениваемая (в хорошем приближении)
- «S» Small — Короткая (чтобы уместиться в итерации)
- «Т» Testable — Тестируемая (в принципе, даже если ещё нет теста)
UPD: User Story в SAFe ( Видео 3 мин)
Происхождение
- 2003: контрольный список INVEST для быстрой оценки пользовательских историй берет свое начало в статье Билла Уэйка, в котором аббревиатура SMART (Specific, Measurable, Achievable, Relevant, Time-boxed) была изменена для задач, возникающих в результате технической декомпозиции пользовательских историй.
- 2004: аббревиатура INVEST входит в число техник, рекомендованных Майком Коном в книге Майка Кона «Применение пользовательских историй », которая подробно обсуждает ее в главе 2.
