プロダクトオーナーとは？
プロダクトオーナー（PO）は、スクラムの3つの責任の1つです。スクラムチームの仕事から生まれるプロダクトの価値を、最大化することに責任を持ちます。
スクラムガイド（2020年版）では、プロダクトオーナーは1人であり、委員会ではないとされています。多くの関係者の要望を受け止めますが、最終的に並び順を決めるのは1人です。
プロダクトオーナーは、作業の一部を他の人に任せることができます。ただし、任せても責任はプロダクトオーナーに残ります。組織は、プロダクトオーナーの決定を尊重する必要があります。その決定は、バックログの中身と並び順、スプリントレビューで確かめるインクリメントに表れます。
スクラムマスター・PM・プロダクトマネージャーとどう違う？
名前の似た役割と比べると、プロダクトオーナーの位置づけがはっきりします。
| 役割 | 責任の中心 | 主に決めること |
|---|---|---|
| プロダクトオーナー | プロダクトの価値を最大にする | バックログの並び順、何をいつリリースするか |
| スクラムマスター | スクラムが機能し、チームの有効性が高まるようにする | 決める役ではない。決めやすい環境を整える |
| 開発者 | 完了の定義（DoD）を満たすインクリメントを作る | 作り方、スプリントで選ぶ量、作業の分担 |
| 予測型のプロジェクト・マネジャー | スコープ・スケジュール・コストの目標を達成する | 計画、変更管理の進め方、作業の担当 |
| プロダクトマネージャー（職種名） | 事業としてのプロダクトの成功 | 戦略やロードマップ。会社によってはPOを兼ねる |
スクラムマスターとの違いは、責任の向きです。スクラムマスターが見るのは「スクラムがうまく機能するか」です。プロダクトオーナーは「何を作れば価値が最大になるか」に責任を持ちます。スクラムマスターについてはスクラムマスターの役割で解説しています。
プロダクトバックログをどう管理する？
プロダクトオーナーの中心的な仕事は、プロダクトバックログの管理です。スクラムガイドでは次の4つが挙げられています（当サイトの要約）。
- プロダクトゴールを作り、はっきり伝える
- プロダクトバックログのアイテムを作り、はっきり伝える
- アイテムの並び順を決める
- プロダクトバックログが透明で、見えて、理解されている状態にする
並び順はどう決める？
並び順は、1つの基準だけで決めるものではありません。よく使われる観点は次の表のとおりです。
| 観点 | 考えること | 先に並べる例 |
|---|---|---|
| 価値 | 利用者や事業にとってどれだけ役立つか | 売上や利用者の満足に直結する機能 |
| リスク | 不確かなことを早く確かめられるか | 技術的に実現できるか分からない部分 |
| 依存関係 | 他のアイテムや外部の締め切りの前提になるか | 他のチームが待っているAPI |
| 費用・大きさ | 同じ価値なら小さい方が早く届く | 小さくて価値が高いアイテム |
| 時期 | 遅れると価値が下がるか | 法改正やイベントの日付に合わせる機能 |
手法としては、MoSCoW 分析、価値と大きさの比、カノ分析などがあります。計算例はプロダクトバックログとは？で扱います。
関係者とどう調整する？
プロダクトオーナーは、顧客・利用者・経営層・営業・運用など、多くの関係者の要望を集める窓口です。要望はぶつかることが多く、すべてを同時には作れません。そこで、次のように動きます。
- 要望は一か所に集める： 関係者が開発者に直接頼むのではなく、プロダクトオーナーに伝え、プロダクトバックログに入れます。
- 並び順の理由を説明する： なぜその順番なのかを、価値やリスクの言葉で関係者に説明します。透明性が信頼の土台になります。
- スプリントレビューで一緒に検査する： できたものを関係者と確かめ、次に何をすべきかを話し合って並び順を直します。
- チームとの距離を近く保つ： 開発者からの質問にすぐ答えられるようにし、リファインメントに参加します。
スクラムガイドには、バックログを変えたい人はプロダクトオーナーを説得する必要がある、という趣旨の記載があります。要望の窓口を一つにするのは、このためです。
新ECO（2026年版）の Process のタスク3は「価値に基づく提供」です。主要な関係者と一緒に価値の要素を明らかにし、価値とフィードバックで作業の優先順位を付ける仕事です。プロダクトオーナーの仕事と重なる部分が大きく、詳しくは価値に基づく提供で扱います。
プロダクトオーナーに求められる力は？
- 決める力： 要望がぶつかったとき、価値の理由を示して順番を決める。
- 伝える力： 並び順の理由を、関係者と開発者の両方に分かる言葉で説明する。
- 事業とプロダクトの理解： 利用者・市場・収益の観点で、価値を見積もる。
- チームとの近さ： 質問にすぐ答え、リファインメントやレビューに参加する。
PMI の『アジャイル実務ガイド』も、強いプロダクト・オーナーシップを成功に欠かせない要因に挙げています。
プロダクトオーナーが不在だと何が起きる？
プロダクトオーナーが忙しくてチームと話す時間がない、決める権限がない。こうした状況は実務でも起きやすく、状況問題の題材にもなります。起きることは次のとおりです。
| 状況 | 起きる問題 | 対処の方向 |
|---|---|---|
| 質問に答えが返ってこない | 開発者が推測で作り、手戻りが増える | 答える時間の確保や代理の担当者の指名を、POや組織と話し合う |
| POに決める権限がない | 決定のたびに上の承認待ちになり、流れが止まる | スポンサーと話し、POの権限を明確にする |
| 複数の人が優先順位を指示する | チームがどれを先にやるか分からない | 並び順を決めるのは1人のPOだと関係者と合意する |
| リファインメントが行われない | プランニングで大きすぎるアイテムが出て計画できない | 定期的なリファインメントの時間を作る |
PMP の問題では、プロダクトオーナーの不在や判断の遅れを「チームの障害」として扱います。PMやスクラムマスターが解決に動く選択肢が、正解になりやすいです。一方、PMがプロダクトオーナーの代わりに優先順位を決める選択肢は、その権限が問題文で示されていない限り誤りです。
PMP試験ではどう問われる？
- 関係者が「この機能を先に」と言ってきた → プロダクトオーナーと話し、バックログで並べ直してもらう
- スプリントの途中で優先順位を変えたい → 今のスプリントゴールは守り、次のスプリントの計画で反映する
- プロダクトオーナーが会議に来ない → 障害として扱い、時間の確保や代理を話し合う
- スプリントゴールが無意味になった → スプリントの中止を判断できるのはプロダクトオーナーだけ
- 何をリリースするか → プロダクトオーナーが価値の観点で判断する
スプリントの計画の場で、プロダクトオーナーが何を持ち込むかはスプリントプランニングの進め方を参照してください。
確認問題1
複数の部長から優先順位の指示
（当サイトの独自問題）社内向けの販売管理システムをスクラムで開発しています。営業部長と経理部長が、それぞれ自分の部の機能を先に作るよう、開発者に直接伝えてきました。開発者はどちらを優先すべきか分からず、作業が止まっています。プロジェクト・マネジャーが次に行うべきことはどれか。
選択肢を押すと、正誤と解説が表示されます。
正解と解説を見る
正解：2。並び順を決めるのは1人のプロダクトオーナーです。要望を一か所に集め、価値に基づいて判断してもらいます。
1：役職で決めるのは、価値に基づく判断ではありません。3：会議を開いても、多数決で並び順を決めるとプロダクトオーナーの責任があいまいになります。4：チームの作業を止めたままにするのは、障害の放置です。
確認問題2
プロダクトオーナーが質問に答えない
（当サイトの独自問題）プロダクトオーナーが別の業務で忙しく、開発者からの仕様の質問に数日返事がありません。開発者は推測で作り始め、スプリントレビューで手戻りが見つかることが増えています。プロジェクト・マネジャーが次に行うべきことはどれか。
選択肢を押すと、正誤と解説が表示されます。
正解と解説を見る
正解：4。プロダクトオーナーの関わりが足りないことは、チームの障害です。本人と話し、関わる時間や代理の担当者を相談するのが根本の対処です。
1：作業が止まるだけで、原因は解決しません。2：何を作るかの判断はプロダクトオーナーの責任です。PMが決めると、責任があいまいになります。3：本人と話す前に場で取り上げるのは、順番が逆です。改善も次のレビューまで遅れます。
確認問題3
リリースの判断
（当サイトの独自問題）スプリントの終わりに、完了の定義（DoD）を満たしたインクリメントができました。営業担当は「すぐ顧客に出したい」と言っています。開発者の一人は「もう1スプリント磨いてから出したい」と言っています。プロジェクト・マネジャーが次に行うべきことはどれか。
選択肢を押すと、正誤と解説が表示されます。
正解と解説を見る
正解：1。完了の定義を満たしたインクリメントをいつ出すかは、価値の最大化に責任を持つプロダクトオーナーが判断します。
2・3：どちらもPMが一方の意見だけで決めており、プロダクトオーナーの責任を飛ばしています。4：問題文に正式な承認が必要という条件はなく、手続きを増やすだけです。
プロダクトオーナーが絡む場面の問題は、無料模試30問でも出題しています。