あつまれ_POの森_プロダクトオーナー初心者のためのやさしいQ_Aセッション.pdf

Transcript

1. あつまれPOの森 プロダクトオーナー初心者のための やさしいQ&Aセッション！ 2025/10/04 スクラム祭り 神奈川トラック Norihiko Saito
2. 突然ですが、あなたや周りのPOは、こうなっていませんか?
3. ある大手企業のPO。「この顧客の要望を入れてほしい」「この機能を追加できないか」と営業部門や企画 部門から毎日のように依頼が飛んでくる。 POはそれらを丁寧に聞き取り、細かい仕様に落としてExcelやチケットに書き込む。 しかし、そのPOには権限がない。 • PBIの優先順位を並び替えることはできない • 仕様を修正したくても、必ず上位部署の承認が必要 • 会議に出て説明するのは自分だが、決裁は常に別の部署にある 結果として、プロダクトに対して説明責任 を果たすことができない あるあるPOパターン①：御用聞き
4. 別の企業のPO。 肩書きはプロダクトオーナーだが、プロダクトの仕様は上位部署で最初から確定済み。 開発チームはサイロ化し、コンポーネント単位で動いている。 そんな環境で、POが実際に担うのは「価値の最大化」ではなく、 • 各チームの進捗を追いかけ • 他部署との依存関係を調整し • スケジュールや納期を守らせること 結果として、POは典型的なプロジェクトマネージャー として振る舞わざるを得ない あるあるPOパターン②：プロジェクトマネージャー
5. なぜこうなるのか?
6. POの属人化と疲弊は、社会・組織の構造的な問題 社会環境(貧弱なPOの情報） • スクラムガイドの抽象性 • 点在するPOの情報 組織構造(サイロ化された組織 ) • 分断された組織構造 （戦略部門と仕様部門） • コンポーネント単位で編成された 開発チームと多数の依存関係 • 誤った役割に押し込まれる PO • 進行する属人化と疲弊
7. • プロダクトオーナーは、スクラムチームから生み出されるプロダクトの価値を最大化 することの結果 に責任を持つ • 組織・スクラムチーム・個人によって、その方法はさまざま である • プロダクトオーナーは1人の人間であり、委員会ではない • プロダクトオーナーをうまく機能させるには、組織全体でプロダクトオーナーの決定を尊重 しなけれ ばならない その方法はさ まざまって、具 体的にはどうし たら? 1人でやるって こと? そんな スーパーマン いない... 組織全体でプ ロダクトオー ナーの決定を 尊重? ウチで は到底ムリ ! プロダクトの価 値とは? 最大化とは ? スクラムガイドの抽象性と現場の混乱 Scrum Guides.「スクラムガイド2020 日本語版」. https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Japanese.pdf,（2025/09/28参照）強調は筆者による
8. • 名前：斎藤紀彦/nolick • X：@nolick1219 • 仕事：アジャイルコーチ • コミュニティ ◦ スクフェス三河 ◦ スクフェス新潟 ◦ スクラム祭りZENトラックオーナー • 共訳書 ◦ 『コーチングアジャイルチームス』 ◦ 『プロフェッショナルスクラム虎の巻』 ◦ 『プロフェッショナルプロダクトオーナー』 ◦ 『Practical Product Management for Product Owners』 自己紹介
9. • POって、仕様をまとめる人でしょ? • PdMとPOって、違う職種だよね? • POは、全部の決定を1人でやるの? • POって、リリース前の調整役みたいな感じ? • どうやってPOになればいいの? 育ち方がわからない… 社会、組織、そしてチームメンバーの「POについてのなんとなくの理解」 や「曖昧な役割認識」 が、POと チームの力を制限する構造 を生んでいるかもしれません。 このセッションではそうした誤解に向き合いながら 、 ➢ POが孤立せず、育ち、支え合える構造 を考えていきます!! セッションの目的
10. ……つまり あなたの POへの思いに 火を灯したい!!
11. • プロダクトマネージャー(PdM)とPOは何が違う? • POに必要なスキルとマインドセットは? • POはドメイン知識をどれだけ持っていればよい? • どうやってPOを育成する? • POは1人で全部やらないといけないの? • どうやって開発者と関わればよい? • 意思決定を素早くするためには? 初心者POのよくある質問
12. • プロダクトマネージャー (PdM)とPOは何が違う ? • POに必要なスキルとマインドセットは? • POはドメイン知識をどれだけ持っていればよい? • どうやってPOを育成する? • POは1人で全部やらないといけないの? • どうやって開発者と関わればよい? • 意思決定を素早くするためには? 初心者POのよくある質問
13. プロダクトマネージャー （product manager、略称 PM）とは、プロダクトマネジメントの実践として知られる 組織の製品開発に責任を持つ専門職。製品（物理的製品とデジタル製品の両方）の背後にあるビジネ ス戦略を立てながら、その機能要件を特定し立ち上げをリード する。設定したゴールを達成するために、 ソフトウェアエンジニア、データサイエンティスト、プロダクトデザイナーのようなチームメンバーを巻き込み ながら、チームを製品のビジネス上の成功に最終的な責任を負う 。 プロダクトマネージャー (PdM)とは? Wikipedia.「プロダクトマネージャー」. https://ja.wikipedia.org/… ,（2025/09/28参照）強調は筆者による
14. 会社のビジョン ビジネス戦略 プロダクトビジョン プロダクト戦略 スプリント計画 日々の計画 リリース計画 プロダクトマネジメントの全体像 花井宏行, 高江洲睦, 水野正隆, 斎藤紀彦, 木村卓央. 『プロフェッショナルプロダクトオーナー』. 丸善出版. 2024年
15. PO • プロダクトマネージャー は、戦略立案や顧 客折衝といった上流を担う存在 • POはその戦略を開発者に橋渡しし、仕様 として伝える役割 • プロダクトマネージャーとPOで 職種や活動に大きな違いはない PdM プロダクトマネージャー (PdM)とPOは何が違う ? PdM ビジネス戦略 プロダクト戦略 スプリント計画 日々の計画 リリース計画 プロダクトビジョン 会社のビジョン PO ビジネス戦略 プロダクト戦略 スプリント計画 日々の計画 リリース計画 プロダクトビジョン 会社のビジョン
16. スクラムの用語 PdM／ビジネスの一般的な用語 プロダクトゴールを策定し、明示的に伝える 製品中期目標/ロードマップとマイルストーン/ノースス ターメトリック(NSM)の策定 プロダクトバックログアイテムを並び替える 短いサイクルでの市場動向や顧客ニーズなどに基づ く施策の調整やピボット プロダクトバックログアイテムを作成し、明確に伝える 製品戦略、施策、要件、優先順位をオープンにして、 関係者全員が共通理解を持てる状態にする プロダクトバックログに透明性があり、見える化され、理解される ようにする スクラムガイドにある POの活動は多くの PdMと重なる
17. • 業界と競合の分析 • ROIの最大化 • 実現可能性の予測と評価 • プロダクト戦略の策定 • リリース計画 • 顧客とそのニーズの把握 • プロダクトロードマップの作成 • さまざまな結果の抽出と検査 • プロダクトの廃止 • マーケティングとブランディング • プロダクトのリリース予定の作成 • プロダクトの維持 • リリースの実行 • ビジネスケースの作成 • プロダクト要件の特定 • プロダクトの発売 • 顧客維持戦略の策定 • プロダクトのフィーチャーおよび初期の構 想の定義 POの主な活動 花井宏行, 高江洲睦, 水野正隆, 斎藤紀彦, 木村卓央. 『プロフェッショナルプロダクトオーナー』. 丸善出版. 2024年
18. • プロダクトマネージャー(PdM)とPOは何が違う? • POに必要なスキルとマインドセットは ? • POはドメイン知識をどれだけ持っていればよい? • どうやってPOを育成する? • POは1人で全部やらないといけないの? • どうやって開発者と関わればよい? • 意思決定を素早くするためには? 初心者POのよくある質問
19. POに必要なスキルとマインドセットは ? 花井宏行, 高江洲睦, 水野正隆, 斎藤紀彦, 木村卓央. 『プロフェッショナルプロダクトオーナー』. 丸善出版. 2024年
20. • SNSでよく見かける議論 ◦ 「コーディングができないPdMはダメ」 ◦ 「生成AIでPoCが作れないPOは通用しない」 • スクラムにおけるスキル ◦ スクラムにおけるスキルは共有または習得 するもの (「必要に応じてそうしたスキルを共有または習得できる人たちである」byスクラムガイド) ◦ 複雑な環境では「必要なスキル」自体が変わり続ける ➢ スキルも重要ですが、それ以上にマインドセットが重要 !! POは万能スキルなスーパーマンでなくても良い
21. ストーリーライター Gunther Verheyen.「Stances of the Product Owner」. Scrum.org. https://www.scrum.org/resources/blog/stances-product-owner,（2025/09/28参照） 筆者による仮訳 プロジェクトマネージャー ドメインエキスパート ウェイター ゲートキーパー マネージャー POの誤ったスタンス
22. ビジョナリー デシジョンメーカー コラボレーター 実験者 顧客代表 インフルエンサー POの望ましいスタンス Gunther Verheyen.「Stances of the Product Owner」. Scrum.org. https://www.scrum.org/resources/blog/stances-product-owner,（2025/09/28参照） 筆者による仮訳
23. • プロダクトマネージャー(PdM)とPOは何が違う? • POに必要なスキルとマインドセットは? • POはドメイン知識をどれだけ持っていればよい ? • どうやってPOを育成する? • POは1人で全部やらないといけないの? • どうやって開発者と関わればよい? • 意思決定を素早くするためには? 初心者POのよくある質問
24. • ある程度のドメイン知識は有用かつ必要だが、エキスパートである必要はない • POがドメインエキスパートであることによるリスク ◦ 開発者との兼任 ◦ 開発者へのマイクロマネジメント ◦ 「自分のほうが顧客よりも正しい」という思い込み POはドメイン知識をどれだけ持っていればよい ?
25. • 実際のユーザーとしてプロダクトを使い込む ◦ 例：専門家にお悩みを相談するサービスのPO ▪ 自分自身もお悩みを投稿し、質問へのスピードや的確性を評価 ▪ 競合サービスを利用し、品質や機能を比較 • 現地現物 ◦ 例：介護事業所のDXプロダクトのPO ▪ 介護事業所を訪問し、利用者やケアマネージャーへのインタビューを実施 ▪ 上記だけではなく、施設の利用者の行動も週に何度も訪問して観察 経験：POのドメイン知識の習得方法の例
26. • プロダクトマネージャー(PdM)とPOは何が違う? • POに必要なスキルとマインドセットは? • POはドメイン知識をどれだけ持っていればよい? • どうやって POを育成する ? • POは1人で全部やらないといけないの? • どうやって開発者と関わればよい? • 意思決定を素早くするためには? 初心者POのよくある質問
27. • スキルの共有や習得のやり方は、職種が違っても変わらない ◦ ペアやモブワーク ◦ 社外コミュニティへの参加 ▪ Regional Scrum Gathering Tokyo、プロダクトマネージャーカンファレンス、全国のコ ミュニティなど ◦ 実践コミュニティの立ち上げ ◦ 読書や動画視聴 ◦ POコーチやアジャイルコーチによるコーチング ◦ プライベートでのプロダクト開発 どうやって POを育成する ?
28. • POと行動を共にして、「よく使う言葉」や「価値基準」を見つける ◦ プロダクトビジョン、指標、ユーザーストーリーなどをモブで作成する ◦ ビジネス部門のミーティングに参加する ◦ PdMのコミュニティに参加する • POの「よく使う言葉」や「価値基準」を踏まえたコミュニケーションをする 経験：スクラムマスターや支援者として POから信頼を得る PO SM 🔺「インセプションデッキを作ってチームビルディン グをしましょう!!」 ⭕「この後の合意形成のコストを減らすために、ま ずはチームで共通理解を作りましょう !!」
29. 『プロフェッショナルプロダクトオーナー』読書会やってます !!
30. • プロダクトマネージャー(PdM)とPOは何が違う? • POに必要なスキルとマインドセットは? • POはドメイン知識をどれだけ持っていればよい? • どうやってPOを育成する? • POは1人で全部やらないといけないの ? • どうやって開発者と関わればよい? • 意思決定を素早くするためには? 初心者POのよくある質問
31. POはなぜ1人か?→委員会によるデザインを避ける Wikipedia.「Design by committee」. https://en.wikipedia.org/wiki/Design_by_committee,（2025/09/28参照）
32. スクラムを理解するカギ ：「説明責任」と「遂行責任」 • 説明責任 (Accountability) ◦ 成果や方向性に対して答える責任 ◦ 最終的な責任は一人に集約 ➢ PO、スクラムマスター、開発者が担うのは基本的に「説明責任」 • 遂行責任 (Responsibility) ◦ 実務や作業を担う責任 ◦ 複数人で分担可能
33. • PO1人 ◦ 開発者はソフトウェアエンジニアの みをすれば良い • スクラムチーム全員 • スクラムチームは、ステークホル ダーとのコラボレーション、検証、保 守、運用、実験、研究開発など、プ ロダクトに関して必要となり得るす べての活動に責任 (遂行責任 =Responsibility)を持つ(スクラム ガイド） プロダクトマネジメントの諸活動の遂行責任を負うのは ? Scrum Guides.「スクラムガイド2020 日本語版」. https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Japanese.pdf,（2025/09/28参照）強調は筆者 による
34. プロダクトオーナーは、効果的なプロダクトバックログ管理にも責任を持つ。たとえば、 • プロダクトゴールを策定し、明示的に伝える。 • プロダクトバックログアイテムを作成し、明確に伝える。 • プロダクトバックログアイテムを並び替える。 • プロダクトバックログに透明性があり、見える化され、理解されるようにする。 上記の作業は、プロダクトオーナーが行うこともできるが、他の人に委任 することもできる。 いずれの場合も、最終的な責任はプロダクトオーナーが持つ。 委任の重要性 Scrum Guides.「スクラムガイド2020 日本語版」. https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Japanese.pdf,（2025/09/28参照）強調は筆者 による
35. 会社のビジョン ビジネス戦略 プロダクトビジョン プロダクト戦略 スプリント計画 日々の計画 リリース計画 POを巡る典型的な委任の方向性 プロダクト戦略の立案 ロードマップの策定など プロダクトバックログアイテ ムの作成 上位部門 開発者 PO
36. • 「委任」は複雑な問題 ◦ チームの開発量や安定性、委任者との契約や力関係、現在の職位や職務、本人のキャリア の希望や特性などの複雑な因子が関係する ◦ 委任は組織やチームの複雑さが一時的に増加 する ➢ メンバーの権限や担当作業を大きく変更することは作用よりも副作用が大きい • 委任の進め方 ◦ 最初から全て委任できないことは、むしろ朗報 ◦ 小さく実験 し、仮説を検証しながら委任を進めていく ◦ 出島戦略という方法もある 小さく実験しながら委任する
37. 委任のためのプラクティス：デリゲーションポーカー • 委任は「する／しない」の二元論ではない （「共創」などの麗しい言葉にご用心😀） • 「この作業を任せた場合、私が手伝えることはありますか ?」という問いかけを活用する Hiroyuki Takahashi.「『任せた！』に隠された落とし穴を理解する ― 権限移譲の本質を探るデリゲーションポーカー」 . Medium. https://taka-bow.medium.com/
38. 委任のためのプラクティス：デザインスタジオ • 問題共有 ◦ 解決したい課題やゴールをチーム全員で確 認する • 個人でスケッチ ◦ 一人ひとりが短時間（5〜10分くらい）で自 分なりのアイデアを紙に描く • 共有とフィードバック ◦ 描いたスケッチを順番に説明し合い、他の 人から質問やコメントをもらう • 改良して再スケッチ ◦ 出てきた意見を反映して、もう一度アイデア を描き直す • 収束・選択 ◦ 良いところを組み合わせたり、投票して次に 進めるアイデアを選ぶ • 次のステップへ ◦ 選ばれた案をプロトタイプにしたり、実験の 準備を進める Jeff Gothelf, Josh Seiden, 坂田一倫 (監修), 児島修 (翻訳). 『Lean UX 第3版 ― アジャイルなチームによるプロダクト開発』. オライリージャパン. 2022年
39. • プロダクトマネージャー(PdM)とPOは何が違う? • POに必要なスキルとマインドセットは? • POはドメイン知識をどれだけ持っていればよい? • どうやってPOを育成する? • POは1人で全部やらないといけないの? • どうやって開発者と関わればよい ? • 意思決定を素早くするためには? 初心者POのよくある質問
40. どうやって開発者と関わればよい ? • 事細かにユーザーストーリーや仕様を決 めて伝える • ユーザーストーリーや仕様を考えるため に必要な情報（プロダクトのビジョン、 ゴール、ユーザー情報など）を共有・共創 する ➢ 仕様を決めれば決めるほど、開発者 の受け身な姿勢を促進し、自己組織 化から遠ざかる Yuya Mori.「Product Management #RSGT2023」. Speaker Deck. https://speakerdeck.com/moriyuya/product-management-rsgt2023,（2025/09/28参照）
41. • プロダクトマネージャー(PdM)とPOは何が違う? • POに必要なスキルとマインドセットは? • POはドメイン知識をどれだけ持っていればよい? • どうやってPOを育成する? • POは1人で全部やらないといけないの? • どうやって開発者と関わればよい? • 意思決定を素早くするためには ? 初心者POのよくある質問
42. Standish Group. CHAOS Report: Beyond Infinity. Standish Group International. 2020年, 総ページ数不明 意思決定とプロジェクト成功との関係
43. • シンプルにする ◦ スプリントを短くし、目標を一つに絞る ◦ スプリントで達成したい効果とその測定方法を定義する • 協働し、インスパイアする ◦ チームが「何を」「なぜ」やるのかを理解していることを確認する ◦ チームの知恵を活用する • プロダクトバックログを常に並び替える ◦ 今解決すべき最も重要な問題に取り組む ◦ 実際のユーザーによって動くインクリメントを検証する • 手放す ◦ 自分がやるべきことと他の人に任せられることを考える ◦ 明確に委任する 意思決定を素早くするためには ?
44. 会場からのQ&A
45. …少しでも、 あなたのPOへの思いに 火をつけられたら幸いです!! ご清聴 ありがとうございました!!
46. • コンテキスト a. POは市場調査、ディスカバリー、バックログ管理など膨大な責務を担う • 問題 a. 1人のPOでは責務が過大で、準備不足や価値の低下を招く。開発者に作業を委ねれば開発 能力を削ぎ、専門家を雇えば手渡しが増える • フォース a. 大規模プロダクトほど責務は膨張する。遂行責任を分担する仕組みは必要だが、説明責任は 分散できない • ソリューション a. チーフプロダクトオーナー(CPO) を中心にプロダクトオーナーチームを組成する i. CPO は最終的な説明責任 (accountability) を持つ ii. POチームのメンバー は調査・仕様化・分解などの遂行責任 (responsibility) を担い、 CPOを支援する プラクティス： POチーム Buschmann, F., Henney, K., & Schmidt, D. C. (2007). Pattern-Oriented Software Architecture: A Pattern Language for Distributed Computing. Wiley. （Product Owner Team パターンより、仮訳：筆者）