[Russian] Improved translate (#28752)
This commit is contained in:
@ -10,10 +10,12 @@ localeTitle: Критерии приема
|
||||
|
||||
Самое главное, если история не соответствует каждому из критериев приема, то владелец продукта не должен принимать историю в конце итерации.
|
||||
|
||||
|
||||
Критерии приёмки - это не то же самое, что приёмочные тесты.
|
||||
|
||||
Критерии приемлемости можно рассматривать как инструмент защиты Команды доставки. Когда Группа доставки обязуется фиксировать множество историй в планировании Спринта, они фиксируют также набор критериев приемлемости. Это помогает избежать ползучести.
|
||||
|
||||
|
||||
Рассмотрим следующую ситуацию: при принятии пользовательской истории владелец продукта предлагает добавить то, что не входит в сферу истории пользователя. В этом случае команда доставки может отклонить этот запрос (как бы мала она ни была) и попросить владельца продукта создать новую историю пользователя, о которой можно позаботиться в другом Sprint.
|
||||
|
||||
#### Дополнительная информация:
|
||||
|
Reference in New Issue
Block a user