複数のチーム間で独自のスキルを持つ人材を共有すると、その人材が利用可能になるまでチームがより頻繁に待たなければならなくなり、価値の提供が阻害される可能性が高くなります。これは、その人材が異なるチーム、製品、ドメイン間でコンテキストスイッチを行う必要があり、集中力と効率が低下するためです1。さらに、独自のスキルを持つ人材を共有すると、デリバリープロセスにボトルネックと依存関係が生じ、遅延や品質問題のリスクが高まります2。また、独自のスキルを持つ人材を共有すると、チームが独自の高度な技術スキルを開発することを阻害し、クロスファンクショナルで自己組織化の度合いが低下します3。したがって、最適な答えはAです。
他の選択肢が正しくない理由は以下のとおりです。
B) チームは高度な技術スキルを身につける必要はありません。これは、スクラムの価値観であるコミットメントと継続的改善の原則に反するため、望ましい状態ではありません。チームは、高品質の製品を提供し、変化する要件やテクノロジーに対応するために、高度な技術スキルを身につけるよう努めるべきです4。
C) 高価なリソースが共有されるため、コストが低くなる。これは必ずしも真実ではない。コンテキスト切り替え、待ち時間、品質問題などのコストが、リソース共有のメリットを上回る可能性がある。さらに、この選択肢は、価値重視の考え方ではなく、リソース重視の考え方を意味しており、スクラムフレームワークやプロダクトオーナーの役割5とは一致しない。
D) 人員の活用度が高まるため、より多くの作業が完了する。これは、完了した作業量が提供された価値を反映していないため、成功の有効な尺度ではありません。さらに、この選択肢は、成果重視の考え方ではなく、活用重視の考え方を意味しており、スクラムフレームワークやプロダクトオーナーの役割とは一致しません。参照: 1: コンテキストスイッチング、2: ボトルネックと依存関係、3: クロスファンクショナルチーム、4: 技術的卓越性、5: リソースと価値の指向性、: 活用と成果の指向性

プロダクトオーナーとして、製品開発において俊敏性と経験主義を取り入れる必要があります。つまり、市場、顧客、ユーザー、ステークホルダーからのフィードバックに基づいて製品を検証し、適応させる能力が求められます。また、失敗や成功から学び、実験を重ねることも重要です。そのためには、頻繁な変更や新機能に対応できる、柔軟で適応性の高い製品アーキテクチャが必要です。さらに、スクラムチームや組織内の他のチームと連携し、段階的かつ反復的に価値を提供していく必要があります。したがって、組織の効率性や既存のアーキテクチャに頼って、現在の組織に合わせた製品を構築することは、俊敏性を高める上で最も効果の低い方法です。このようなアプローチでは、イノベーション、創造性、そして顧客やユーザーの変化するニーズや期待への対応力が制限されてしまいます。また、チーム内およびチーム間でサイロ化、依存関係、対立が生じ、製品の品質と価値が低下する可能性もあります。
参考文献：
プロフェッショナルスクラムプロダクトオーナーII認定
アジャイル組織の進化
俊敏性をもって製品を管理する

A: プロダクトバックログの項目を並べ替える: プロダクトオーナーは、価値を最大化するためにプロダクトバックログの順序を決定する責任があります12。
B: 現在のスプリントのアイテムに関する開発者からの質問に答える: プロダクトオーナーはスプリント全体を通して関与し、物事がどのように機能し、どのように見えるべきかについての質問に答えます4。
E：ステークホルダーから情報と意見を収集する：ステークホルダーから情報と意見を収集することは、プロダクトオーナーにとって重要な活動です。これは、プロダクトバックログの価値を理解し、順序付けるのに役立ちます。