Вы пишете PRD на экспорт заказов. В документе есть разделы «область охвата» и «вне области». Что лучше всего записать во «вне области» для первой версии?
AЭкспорт списка заказов с фильтрами по дате и текущему статусу заказа
BЭкспорт в PDF и автоматическая отправка отчёта по расписанию на почту
CКнопка скачивания CSV в интерфейсе общего списка заказов на странице
DТекст ошибки и логирование, если файл по какой-то причине не сформировался
Правильный ответ. Раздел «вне области» фиксирует, что сознательно не делаем в этой итерации, чтобы защитить границы задачи.
Разбор
В область охвата попадает то, что команда обязуется доставить в рамках текущего релиза. Во «вне области» выносится всё, что звучит похоже, но расширяет задачу и угрожает срокам или фокусу. Это помогает заранее согласовать ожидания со стейкхолдерами и избежать расползания границ задачи. Хороший PRD показывает, что исключено сейчас и почему, и что может вернуться позже как следующая итерация.
Проверь себя · 1/2разбор после ответа
Вы пишете требования к продукту на напоминания об оплате счёта. Что лучше всего сформулировать как явно исключённую из релиза область для первой версии?
Ещё вопросы по теме «Постановка задачи и PRD»
- Заинтересованная сторона пишет: «Добавьте страницу FAQ про восстановление пароля». Какой вариант лучше всего формулирует постановку проблемы для PRD (Product Requirements Document)?
- Фича: пользователь может изменить адрес доставки в заказе до передачи в сборку. Какой вариант лучше всего похож на проверяемые `acceptance criteria`?
- Вы добавляете промокоды в корзину. Какой вариант лучше всего подходит для раздела «граничные случаи» в PRD (документ требований к продукту)?
- В PRD (Product Requirements Document) вы полагаетесь на внешнее API, которое должно вернуть расчёт ETA доставки. Как лучше всего зафиксировать такое допущение, чтобы защитить область охвата проекта?
- Команда делает кнопку повторного заказа в приложении. Что лучше всего записать как критерии приёмки для первой версии?
- Все вопросы по «Постановка задачи и PRD» →