Rose debug info
---------------

Как писать пользовательские истории (User Stories, US)

Пользовательские истории — это краткие задачи, которые собираются в эпики. На самом деле правильная формулировка US гарантия хорошего результата.

Хороший формат для описания истории — Three Cs, который предложил Рон Джеффрис (Ron Jeffries) в 2001 году.

Как Y (субъект: пользователь, администратор, клиент), я хочу Y (требуемое изменение), чтобы Z (польза или работа с болью).

? Как пользователь, я хочу прикладывать фото к комментариям, чтобы быстро делиться ими с друзьями.

Пользу или боль стоит прописывать именно с точки зрения пользы и боли.

? Пример
«Как пользователь соцсети я хочу, чтобы мне напоминали о заполненной и неоформленной корзине, чтобы я мог убрать товары из корзины или подтвердить заказ».
Тут проблема в том, что часть после «чтобы» не объясняет ценность для клиента. Вместо ценности мы описали ожидаемое поведение после того, как функционал будет доступен пользователю.
✔️ Как пользователь соцсети я хочу, чтобы мне напоминали о заполненной и неоформленной корзине, чтобы я не забыл про важный заказ.
Дополнительно можно добить ожидаемой метрикой:
✔️ Это позволит увеличить на 20% закрытие заказов среди тех, которые не были закрыты в течение 3 часов с момента создания.

К каждой истории стоит прописывать критерии приемки (Acceptance Criteria): что должно быть сделано, чтобы считать историю отработанной удачно. Одновременно критерии подсказывают, как тестировать выполнение работ по истории.

— появляется всплывающее окно для загрузки фото
— сообщение об ошибке, если файл не проходит по расширению или размеру

Фреймворк для составления историй — I.N.V.E.S.T.

— Независимая (Independent) — история не должна зависеть от других, иначе сложно их будет приоритизировать.
— Неточная (Negotiable) — описание допускает разные варианты реализации на усмотрение команды.
— Ценная (Valuable) — запрашиваемые действия будут полезными для пользователей, клиентов.
— Оцениваемая (Estimable) — работы по истории могут быть оценены.
— Небольшая (Small) — для ее реализации хватит спринта.
— Тестируемая (Testable) — можно провести тестирование выполненных работ.

Поделиться
Отправить