ステークホルダーからのフィードバックはスプリントレビューに限定されません。スクラムガイドでは継続的なコラボレーションを推奨しています。
「プロダクトオーナーは、効果的なプロダクトバックログ管理の責任も負います。これには以下が含まれます...」
多くの利害関係者のニーズを代表します。」フィードバックは、正式な検査ポイントであるスプリント レビューだけでなく、改良、非公式の議論、リリース中にも発生する可能性があります。「スクラム チームは、作業の結果を主要な利害関係者に提示します。」
* A:誤ったフィードバックは継続します。

スクラムにおけるタイムボックス化されたスプリントは、実用的なインクリメントを定期的に提供することで、迅速なフィードバックループを実現します。スクラムガイドでは、「スプリントはスクラムの心臓部であり、アイデアを価値に変える場所です」と強調されています。オプションBはこれに合致しており、市場への頻繁なリリースにより、プロダクトオーナーは実際のユーザーと市場からのフィードバックを収集し、仮説を検証し、プロダクトバックログを調整することができます。
* A: スプリント バックログの終了作業は社内的なものであり、市場からのフィードバックは保証されません。
* C: テストのためにスプリントの終了を遅らせると、スプリント内の固定されたタイムボックスと「完了」要件に矛盾します。
* D:レポートは情報提供であり、市場からの直接的なフィードバックではありません。

Scrum ガイドでは、プロダクト オーナーにプロダクト バックログに対する唯一の権限が与えられています。「プロダクト オーナーは 1 人の人物であり、委員会ではありません。プロダクト オーナーが成功するには、組織全体がその決定を尊重する必要があります。」外部の役割やプロセスによってこれが上書きされることはありません。
* A、C、D、E: これらは、プロダクト オーナーの権限を制限するものとしてスクラムでは認識されていない役割 (CFO、CEO、プログラム マネージャー、アーキテクト、変更委員会) を導入します。
* F: 障害は実行に影響しますが、プロダクト オーナーのバックログを更新する権利には影響しません。

プロダクトバックログはプロダクトオーナーの管理下にあり、いつでも更新できます。スクラムガイドには「プロダクトオーナーは効果的なプロダクトバックログ管理に責任を負う」と記載されており、必要に応じて継続的に調整を行うことが示唆されています。
* A: スプリント レビューへの更新を制限することは、その創発的な性質と矛盾します。
* B:改良は重要な活動ですが、更新はそれに限定されるものではありません。
* C: 「変更要求」プロセスは Scrum には存在しません。

Scrumガイドでは、複数のスクラムチームが1つの製品に取り組む場合、統合された単一のインクリメントを作成することが義務付けられています。「複数のスクラムチームが同じ製品に共同で取り組むことはよくあります…インクリメントは統合され、利用可能でなければ価値を提供できません。」これにより、スプリントレビューにおける透明性とステークホルダーからのフィードバックが確保されます。オプションA（スプリントの強化）は誤解です。スクラムは統合のための個別のフェーズを拒否します。オプションBは単一製品への焦点に反します。オプションCは統合を依存関係に限定しますが、Scrumガイドではいずれにせよ完全な統合が求められます。オプションDは、まとまりがあり検査可能なインクリメントの必要性を正しく強調しており、最適な回答です。