【資料公開】プロダクトオーナーの基本
みなさんこんにちは。@ryuzeeです。
プロダクトオーナーの相談に乗っていると、よく「忙しすぎて時間が取れないんだけど……」とか「プロダクトバックログアイテムを書くのが追いつかないんだけど……」みたいな話が出てきます。まぁ、どのプロダクトオーナーもだいたい大変なんですが、よくよく聞いてみると、なんでもかんでも自分でやろうとしていることが多いです。プロダクトゴールも自分で考えて、プロダクトバックログアイテムも全部自分で書いて、ステークホルダーの相手も1人でやる、みたいな感じです。これで時間が足りたら逆にすごいです。
これは本人の能力とか根性の問題ではなくて、「プロダクトオーナーの責任」の理解の問題です。スクラムガイド2020では、プロダクトオーナー、開発者、スクラムマスターは「役割(Role)」ではなく「責任(Accountability)」と呼ばれるようになりました。 Accountabilityは説明責任であって、実行責任(Responsibility)ではありません。つまりプロダクトオーナーというのは肩書きではなく、プロダクトの価値を最大化することに対する説明責任の名前です。作業そのものを誰がやるのかは、スクラムチームの自己管理の一環として、スクラムチーム自身で決めればいいわけです。もちろん、委任しても説明責任は消えないので、丸投げとは違います。
今回の資料では、この責任の話を出発点にして、プロダクトオーナーの責任と権限、重要な3つの仕事、プロダクトオーナーの決め方や兼任・兼務をどう考えるか、そしてよく見かける6つのアンチパターンを解説しています。プロダクトの戦略の話とか「こんなの知ってるわ」という話かもしれないので「基本」というタイトルにしました(煽ってはいません)。
参考になれば幸いです。
忙しい人向けのサマリー
- スクラムで「責任」と出てきたら、それはほぼ説明責任(Accountability)であって、実行責任(Responsibility)ではない
- プロダクトオーナーは肩書きではなく、プロダクトの価値を最大化することに対する説明責任の名前
- 説明責任なので作業は委任できるが、委任しても説明責任は消えない。これが丸投げとの違い
- プロダクトオーナーの重要な仕事は、プロダクトゴールが策定されて理解されているようにすること、プロダクトバックログが最新に保たれているようにすること、ステークホルダーと適切な関係が築けているようにすること
- プロダクトバックログアイテムを全部自分で書かなければいけない、というわけではない
- プロダクトゴールが曖昧だと、プロダクトバックログはただの要望の寄せ集めになる
- ステークホルダーの期待値は、そのまま実現すべき要求とは限らない。背景にある課題、制約、目的を理解する
- ステークホルダーにプロダクトオーナーの判断を尊重してもらうには、先に説明責任を果たす必要がある
- プロダクトオーナーが1人なのは、説明責任と意思決定が1人だという意味。作業をすべて1人でやるという意味ではないし、委員会や合議制でもない
- プロダクトオーナーは、スプリントのイベントとリファインメントだけで1週間あたり8時間程度が必要。片手間ではできない
- プロダクトオーナーはスクラムチームの単一障害点になりやすい。時間が確保できないと、スクラムチーム全体を巻き込んでスタックする
- 兼任・兼務は禁止されていないが、集中を阻害する。専任で結果が出せると確認できるまでは避けたほうがよい
- プロダクトオーナー兼スクラムマスター、プロダクトオーナー兼人事評価者は利害相反が起きるので機能しない
- プロダクトオーナーがすべてを決めるならウォーターフォールと変わらない。かといって合議で決めるのもうまくいかない
内容に関するご意見やフィードバックは、Xの@ryuzeeまでお知らせください
それでは。
Aligned ―プロダクト開発におけるステークホルダーとの関係性の築き方
- 著者/訳者:Bruce McCarthy、 Melissa Appel
- 出版社:オライリー・ジャパン
- 発売日:2026-03-04
- 単行本(ソフトカバー):300ページ
- ISBN-13:9784814401499
- ASIN:4814401493






















