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