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