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