📝 Бэклог, user story и постановка задач разработке

Задача без «зачем» — как заказ в такси без адреса: водитель куда-то поедет, но вряд ли туда, куда тебе нужно

Как это работает

Формат user story:

Как [роль], я хочу [действие], чтобы [ценность]
Как покупатель, я хочу сохранить корзину, чтобы вернуться к покупке с телефона

Критерии приёмки часто пишут в формате «Дано — Когда — Тогда»:

Дано: в корзине 3 товара, пользователь вошёл
Когда: он открывает приложение на телефоне
Тогда: видит те же 3 товара

Что входит в хорошую постановку:

1. Проблема и цель — что улучшаем и какая метрика
2. User story и сценарии, включая крайние случаи
3. Критерии приёмки
4. Макеты или ссылка на прототип
5. План трекинга — какие события собрать
6. Что не входит в задачу

Бэклог держат в порядке: сверху мелкие и понятные задачи, ниже крупные эпики. Груминг — регулярная встреча, где команда уточняет и оценивает верх бэклога. Проверку историй удобно делать по INVEST: независимая, обсуждаемая, ценная, оцениваемая, небольшая, тестируемая

Пример из жизни

Продакт поставил задачу «добавить фильтр по цене». Разработчики сделали ползунок. Оказалось, что пользователи хотели быстро найти товары до определённой суммы на главной. Если бы в постановке была проблема и сценарий, команда предложила бы кнопки с ценовыми диапазонами, которые потом и сделали

Важно запомнить