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