Scrum Guide によると、プロダクト オーナーは、Scrum チームの作業から得られる製品の価値を最大化する責任があります1。つまり、プロダクト オーナーは、製品の顧客、ユーザー、利害関係者にとって最大の価値を生み出す機能と機能を定義、優先順位付け、提供することに責任があります2。プロダクト オーナーは、プロダクト バックログを管理し、開発者や Scrum Master と連携し、製品の前提と仮説を検証し、製品の結果と影響を測定することでこれを実行します3。プロダクト オーナーは、単なる仲介者、要件エンジニア、チーム マネージャー、またはその他の従来の役割ではなく、製品のビジョンと戦略を推進し、製品が望ましいメリットをもたらし、実際の問題を解決することを保証する価値最大化者です4。

PSPO II リソースによると、現在価値が高く、未実現価値が低い製品は、製品ライフサイクルの収穫段階にあります1。これは、製品がピークに達し、競争が激化し、顧客需要が減少していることを意味します。この段階での最善の戦略は、製品の品質と顧客満足度を維持しながら、新機能や機能強化への投資を減らすことです。製品所有者は、新製品の開発や新市場の開拓など、将来の成長のための他の機会を模索する必要があります23。参考:
1: 製品ライフサイクル管理
2: 製品戦略
3: エビデンスに基づく管理

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