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