Код-ревью Middle User story, use case, критерии приёмки обновлено
Ревью нарезки эпика
Вопрос
Команда нарезала эпик «Программа лояльности» на истории. Найди проблемы.
1. Создать таблицы для бонусов в БД.
2. Сделать API начисления бонусов.
3. Как покупатель, я хочу видеть баланс бонусов, чтобы понимать, сколько могу списать.
4. Как покупатель, я хочу списывать бонусы, начислять бонусы, видеть историю и получать уведомления.
5. Сделать экран бонусов.
6. Протестировать программу лояльности.
Коротко
Хорошая нарезка: «начисление бонусов за заказ», «просмотр баланса», «списание при оплате», «история операций», «уведомление о сгорании». Каждая проходит через БД, API и экран и проверяется отдельно.
Что должен найти ревьюер
- Ошибкастрока 1Нарезка по слою: таблицы сами по себе не дают ценности пользователю
- Ошибкастрока 2Тоже техническая часть без ценности; должна быть частью вертикальной истории
- Ошибкастрока 4Четыре функции в одной истории: нарушен принцип Small и атомарность
- Ошибкастрока 5Экран без логики отдельно от API: снова горизонтальная нарезка
- Стильстрока 6Тестирование не история, а часть Definition of Done каждой истории
Разбор
Хорошая нарезка: «начисление бонусов за заказ», «просмотр баланса», «списание при оплате», «история операций», «уведомление о сгорании». Каждая проходит через БД, API и экран и проверяется отдельно. История 3 уже нормальная.
Ответьте сами, а не прочитайте
В тренажёре вопрос попадёт в повторения и вернётся, когда начнёт забываться. Плюс билеты с зачётом: 20 вопросов, не больше 2 ошибок.
Термины по теме
Ещё по теме «User story, use case, критерии приёмки»
- Критерий приёмки про поведение
- Критерии приёмки для повторного запроса
- Кейс: нарезать эпик «Подписка на доставку»
- Кейс: восстановление пароля
- Шаблон user story
- Принцип 3C
- Example mapping
- INVEST