На ретроспективе руководитель проекта слышит, как заинтересованные стороны неоднократно жалуются во время демонстраций итераций, что функции продукта не доставляются в соответствии с запросом. Что должен посоветовать руководитель проекта владельцу продукта, чтобы обеспечить доставку функций в соответствии с запросом?

Правильный ответ — «Проверять критерии приемки с заинтересованными сторонами перед уточнением бэклога». Повторяющиеся жалобы на несоответствие функций означают, что ожидания заинтересованных сторон не совпадают с тем, что разрабатывается. Совместная проверка критериев приемки до уточнения бэклога гарантирует, что владелец продукта и команда четко понимают, что означает «готово» для каждой функции, с точки зрения заинтересованных сторон. Это позволяет включить точные требования в элементы бэклога продукта. «Включать заинтересованные стороны в ежедневные стендапы» не решит проблему несоответствия требований, так как стендапы фокусируются на прогрессе команды, а не на детальном согласовании критериев приемки. «Избегать включения заинтересованных сторон в обзоры итераций» контрпродуктивно, поскольку обзоры являются ключевой точкой обратной связи и демонстрации. «Создать и распространить матрицу отслеживания требований» — это полезный инструмент, но он не гарантирует, что сами требования были правильно поняты и согласованы изначально.