ふりかえりの場で、プロジェクトマネージャーは、イテレーションのデモ中に、製品の機能が要求どおりに提供されていないという利害関係者からの苦情を繰り返し耳にします。プロジェクトマネージャーは、機能が要求どおりに提供されるようにするために、プロダクトオーナーに何をアドバイスすべきですか？

この状況は、プロダクトオーナーがステークホルダーの期待を正確に理解し、それを開発チームに伝える必要があることを示しています。バックログリファインメントの前にステークホルダーと受け入れ基準を検証することで、要件の明確化と合意形成が促進され、開発される機能がステークホルダーの期待に沿うようになります。 他の選択肢は適切ではありません。 ステークホルダーをデイリースタンドアップに含めることは、進捗監視には役立ちますが、要件の誤解を解決する直接的な方法ではありません。 イテレーションレビューにステークホルダーを含めないことは、フィードバックの機会を失い、問題解決を遅らせる可能性があります。 要件トレーサビリティマトリックスは有用なツールですが、要件の誤解や不一致を事前に防ぐものではありません。