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