Выбор ответа Senior User story, use case, критерии приёмки обновлено
Технический долг в бэклоге
Вопрос
Разработчики хотят спринт на перевод платёжного модуля на новый API провайдера (старый отключат через 4 месяца). Продакт не видит ценности. Как оформить работу?
Попробуйте сами
Выберите вариант, и откроется разбор.
Показать ответ и разбор
Коротко
Правильный ответ: Описать ценность через риск: дата отключения и платежи под угрозой. Технические задачи тоже конкурируют за приоритет, и решает их ценность для бизнеса: здесь это предотвращение остановки платежей.
Варианты ответа
- Не оформлять: сделать незаметно между другими задачами спринта
- Оформить историю «Как система, я хочу новый API провайдера»
- Описать ценность через риск: дата отключения и платежи под угрозойправильный ответ
- Оформить как баг с высшим приоритетом, чтобы взяли без обсуждения
Разбор
Технические задачи тоже конкурируют за приоритет, и решает их ценность для бизнеса: здесь это предотвращение остановки платежей. Формулировка «как система» не объясняет ценность. Скрытая работа ломает планирование. Баг это поведение, расходящееся с требованиями, а здесь его пока нет.
Ответьте сами, а не прочитайте
В тренажёре вопрос попадёт в повторения и вернётся, когда начнёт забываться. Плюс билеты с зачётом: 20 вопросов, не больше 2 ошибок.
Термины по теме
Ещё по теме «User story, use case, критерии приёмки»
- Критерий приёмки про поведение
- Критерии приёмки для повторного запроса
- Кейс: нарезать эпик «Подписка на доставку»
- Кейс: восстановление пароля
- Шаблон user story
- Принцип 3C
- Example mapping
- INVEST