Professional Scrum Product Owner II 認定ガイド 1 によると、スプリント ゴールはスプリントの唯一の目標です。これは、スプリント計画中にスクラム チームが行うコミットメントです。スプリント ゴールは、一貫性のある増分を構築することがなぜ価値があるかについて開発者にガイダンスを提供します。プロダクト オーナーは、現在のスプリントで製品の価値と有用性を高める方法を提案します。その後、スクラム チーム全体が協力して、スプリントがステークホルダーにとってなぜ価値があるかを伝えるスプリント ゴールを定義します。プロダクト オーナーはスプリント ゴールを指示するのではなく、開発者やスクラム マスターと協力して共通の理解と調整を図ります。その他のオプションは、プロダクト オーナーの責任の一部 (A、C、D) であるか、他の人と協力して実行できる (A、D) ため、プロダクト オーナーが絶対に実行してはならないアクティビティではありません。参考資料: 1: Professional Scrum Product Owner II 認定 | Scrum.org

プロダクトオーナーは、製品の価値とスクラムチームの作業を最大限に高める責任があります。そのためには、さまざまな関係者、ユーザーコミュニティ、他のプロダクトオーナーと協力して、彼らのニーズ、期待、フィードバックを理解し、それらを製品のビジョンと戦略に合わせる必要があります。また、開発者と協力してプロダクトバックログの改良に取り組む必要があります。これは、プロダクトバックログ項目に詳細、見積もり、順序を追加する継続的なアクティビティです。これにより、開発者は今後のスプリントで提供できる価値と実現可能性を理解し、それに応じて作業を計画して実行することができます。これらは、スプリントにおけるプロダクトオーナーの典型的で重要な作業です。
その他のオプションは、スプリントにおけるプロダクト オーナーの典型的な作業でも効果的な作業でもありません。デイリー スクラムは開発者が進捗状況を検査し、次のステップを計画するためのイベントであるため、毎回のデイリー スクラムに参加する必要はありません。プロダクト オーナーは、開発者から招待された場合はデイリー スクラムに参加できますが、スプリントの目標やプロダクト バックログに関係のない質問には介入したり、答えたりしないでください。開発者が報告した作業時間に基づいて財務レポートを作成することは、製品によってもたらされる成果や価値を反映していないため、価値のある活動ではありません。また、開発者が自己管理していない、または仕事に熱心ではないことを暗示するため、信頼と尊敬というスクラムの価値観に反します。開発者の作業計画を毎日更新することも、開発者の自主性と創造性を損ない、経験的証拠に基づいて作業を検査して適応させる能力を低下させるため、良い方法ではありません。プロダクト オーナーは、開発者に作業方法を指示するのではなく、製品にとって最も価値のある成果に焦点を当てる必要があります。
参考文献:
プロフェッショナル スクラム プロダクト オーナー™ II 認定
スクラムフレームワークの理解と適用
敏捷性をもって製品を管理する

プロダクト オーナーは、スクラム チームの作業から得られる製品の価値を最大化する責任があります。また、プロダクト バックログの効果的な管理も担当します。これには、プロダクト バックログ項目を明確に表現し、目標とミッションを最も効果的に達成できるように順序付け、プロダクト バックログが透明で、可視性が高く、理解しやすいようにすることが含まれます。プロダクト オーナーは、上記の作業を行うことも、責任を他の人に委任することもできます。ただし、プロダクト オーナーが責任を負うことになります1。
複数のスクラム チームで同じ製品に取り組む場合、プロダクト オーナーは、すべてのチームと関係者の間でプロダクト目標の共通理解があることを確認する必要があります。プロダクト目標は、スクラム チームの長期目標です。スクラム チームは、次の目標に取り組む前に、1 つの目標を達成 (または放棄) する必要があります2。また、プロダクト オーナーは、開発者と協力して、価値があり、実現可能で、テスト可能なプロダクト バックログ項目を作成し、改良する必要があります。開発者は、スプリントの計画、つまりスプリント バックログ1 を作成する責任があります。プロダクト オーナーは、開発者が自己組織化して、可能な限り最も価値のある増分を提供できると信頼する必要があります。
その他のオプションは、不必要な複雑さ、混乱、無駄を招く可能性があるため、プロダクトオーナーには推奨されない戦略です。コンポーネントチームのプロダクトオーナーを追加したり、プログラム管理オフィスを参加させたり、サブプロダクトオーナーを割り当てたりすると、チームや関係者の間でサイロ、依存関係、対立が生じる可能性があります。また、これらの役割は、プロダクトオーナーの権限と説明責任を弱め、プロダクトバックログの透明性と整合性を低下させる可能性があります。プロダクトオーナーは、仲介者や代理人を作成するのではなく、スクラムマスターや開発者と協力して、チーム全体で価値の提供とコラボレーションを最適化する方法を見つける必要があります34。参考文献：1：スクラムガイド2：スクラムフレームワークの理解と適用3：アジリティのある製品管理4：アジャイル組織の進化

プロフェッショナル スクラム プロダクト オーナー II 認定ガイド 1 によると、プロダクト オーナーはスクラム チームの作業から得られる製品の価値を最大化する責任があります。つまり、プロダクト オーナーはスクラム チームの作業内容を定義、順序付け、検証し、製品が顧客、ユーザー、組織に価値をもたらすようにする責任があります。その他のオプションは、範囲が狭すぎる (A)、非現実的すぎる (B)、または規定が厳しすぎるため、プロダクト オーナーが実行できる最も重要なことではありません。参考文献: 1: プロフェッショナル スクラム プロダクト オーナー II 認定 | Scrum.org