正解は C です。開発チームが機能要件を理解していないために機能的な増分を提供できない場合は、プロダクト オーナーと協力して、何が可能で許容できるかを判断する必要があります。スクラム ガイドには、「プロダクト オーナーは、開発チームの作業から得られる製品の価値を最大化する責任があります。その方法は、組織、スクラム チーム、および個人によって大きく異なる場合があります」と記載されています。したがって、プロダクト オーナーは機能要件を明確にし、開発チームと作業範囲について交渉する必要があります。

Scrum Guide1 によると、デイリー スクラムはスクラム チームの開発者向けのイベントです。デイリー スクラムの目的は、スプリント目標の進捗状況を検査し、必要に応じてスプリント バックログを調整して、今後の計画作業を調整することです。デイリー スクラムは、開発者がスプリント目標を達成する可能性を最適化します。開発者は毎日、自己組織化チームとしてどのように協力してスプリント目標を達成し、スプリント終了までに予想される増分を作成するかを理解する必要があります。スクラム チーム外部の管理者は、開発者の自己管理と権限付与を妨げる可能性があるため、デイリー スクラムには関与しません。

Scrum ガイドによると、スプリント レトロスペクティブは、スクラム チームが自らを検査し、次のスプリントで実施する改善計画を作成する機会です。議論に適したトピックは、チームの関係、完了の定義、プロセス、ツール、コミュニケーション、コラボレーション、品質など、チームの作業方法に関連するトピックです。その他のオプションは、他の Scrum イベント (スプリント プランニングで次のスプリントのスプリント バックログを整理したり、スプリント レビューで製品バックログの作業の価値を評価したりするなど) に属するため、スプリント レトロスペクティブで議論するトピックとしては適切ではありません。