Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
プロダクトのための地味な動き - 地味PM meetup
Search
Yusuke Hisatsu
April 12, 2022
Business
7
9.1k
プロダクトのための地味な動き - 地味PM meetup
2022/04/12開催の地味PM meetupの登壇資料です。
https://mercari.connpass.com/event/243373/
Yusuke Hisatsu
April 12, 2022
Tweet
Share
More Decks by Yusuke Hisatsu
See All by Yusuke Hisatsu
アンラーニングし続けるプロダクトマネジメント
yusukehisatsu
2
920
チームで盛り上げる ファシリテーション
yusukehisatsu
19
13k
新卒者向け資料_タスクマネジメント・ドキュメンテーション
yusukehisatsu
0
440
心理的安全性を0から80ぐらいに上げた話
yusukehisatsu
1
710
システム思考とプロダクトマネジメント
yusukehisatsu
20
17k
JobsToBeDone/ジョブ理論をまとめてみた
yusukehisatsu
6
6.8k
幅広い経験を活かして PdMになった話@Kiitok meetup
yusukehisatsu
0
260
エンジニアチームビルディングジャーニー
yusukehisatsu
0
500
心理的安全性の高いチームを作ってみた
yusukehisatsu
2
540
Other Decks in Business
See All in Business
rsgt2025-hub-discount-guy
aokiplayer
0
230
特別講義 理系のための法学入門
seko_shuhei
2
2.4k
株式会社ファンコミュニケーションズ|会社説明資料 / Company Deck
fancomi_career
0
270
5年勤めた印刷屋から ITエンジニアに転職した話
ichigats
0
170
Management Workflow
dskst
2
350
Udyam Registration Portal - MSME Registration Online for Small Businesses in India
udyamr
0
340
株式会社クラダシ_中期経営計画(2025年6月期‐2027年6月期)
kuradashi
0
200
Cursor活用ガイド(非エンジニア向け)
satoyusuke
0
210
セーフィー株式会社(Safie Inc.) 会社紹介資料
safie_recruit
6
350k
KINTOテクノロジーズ OsakaTechLab説明資料 / ktc-osakatechlab-introduction.pdf
ktc_creative
0
400
AWS Summit Japan 2025 社内コミュニティによる企業文化創り ~MAWS-UGの挑戦とこれから~
yukiogawa
2
860
Brief Profile (June 27, 2025)
tsogo817421
2
250
Featured
See All Featured
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
181
54k
KATA
mclloyd
30
14k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
45
7.5k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.4k
Building Flexible Design Systems
yeseniaperezcruz
328
39k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
2.9k
Imperfection Machines: The Place of Print at Facebook
scottboms
267
13k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
26k
Done Done
chrislema
184
16k
Side Projects
sachag
455
42k
How GitHub (no longer) Works
holman
314
140k
Bootstrapping a Software Product
garrettdimon
PRO
307
110k
Transcript
プロダクトのための 地味な動き @地味PM meetup 株式会社グロービス Globis Digital Platform CPO/PM 久津佑介
2 自己紹介 久津 佑介 / Yusuke Hisatsu 株式会社グロービス Globis Digital
Platform 学習サービス事業部 CPO 兼 法人開発チーム PM @Nunerm プロダクトマネージャーカンファレンス実行委員会もやってます(今年もがっつり計画中)
3 今日話したいこと 「PMがやるべきこと」ではなく 「プロダクトのためにやるべきこと」に フォーカスしよう
4 プロダクト開発の当時の状況 学習サービス 事業部 事業 開発 国内toC 国内toB 海外toC/toB コンテンツ
決済 受講者体験 法人 組織の特徴 • 事業と開発でチーム分けの軸が異なる =コミュニケーションパスが複雑 • 一部を除き、事業チームから依頼する/ される関係が残る CPO PM 開発依頼
5 法人開発チームの当時の問題 Discovery • ユーザーの解決すべき課題の解像度が粗い • ユーザーストーリーが整理されておらず、思いつきドリブン • データよりステークホルダーの経験や主観で優先度が決まる Delivery
• リリースした機能でなかなか成果が出ず、その原因もわからない • 期待される開発パフォーマンスが出ず、リリースペースが遅い 解決に向けてアクション!
6 問題解決のためにやったこと Discovery • ユーザーインタビューを100回行って課題を抽出 • プロダクトロードマップをビジュアライズしてチームへ浸透 • データ分析基盤とダッシュボードを作り、データドリブンで意思決定 Delivery
• リリース前にA/Bテストを必ず行い、成果への確実性向上 • デュアルトラックアジャイルを導入しリリースへのリードタイム短縮 無事に解決!
7 問題解決のためにやったこと • プロダクトロードマップをビジュアライズしてチームへ浸透させた • ユーザーインタビューを100回行って課題を抽出 • ユーザーストーリーマッピングを行い課題を体系化 • データ分析基盤を作ってダッシュボードを量産し、データドリブンで意思決定
• リリース前にA/Bテストを必ず行い、成果への確実性を上げた • アジャイルコーチを呼んで開発プロセスの再構築 無事に解決! うそです
8 実際に問題解決のためにやったこと Discovery • 他チームのNotionページを全探索&インデックス作り • カスタマーサクセスチームとの定期ミーティング設定&明るいファシリ • アジェンダを日英併記ルール策定 •
経営会議に参加するために上司に根回し Delivery • 全チケットと突発的に発生するタスクのトラッキング&グルーピング • 一部のタスクをやらない理由を資料にまとめてプレゼン&根回し • 他開発チームのミーティングやランチに乱入して状況把握
9 問題解決のためにやったこと • プロダクトロードマップをビジュアライズしてチームへ浸透させた • ユーザーインタビューを100回行って課題を抽出 • ユーザーストーリーマッピングを行い課題を体系化 • データ分析基盤を作ってダッシュボードを量産し、データドリブンで意思決定
• リリース前にA/Bテストを必ず行い、成果への確実性を上げた • アジャイルコーチを呼んで開発プロセスの再構築 無事に解決! 地味
10 なぜ地味なことばかり行なったのか? 問題の原因の大半がこの2つであることがわかったから ①周りとの情報の格差 ②役割定義の曖昧さ 例:ユーザーの解決すべき課題の解像度が粗い →カスタマーサクセスが持っているユーザーに関する貴重な情報がシェアされていなかった →これを無視してゼロからリサーチしても時間の無駄だし、サクセスと一枚岩になれず価値を最大化できない →まずは一致団結できる関係性づくりと情報の透明性を! 例:期待される開発パフォーマンスが出ず、リリースペースが遅い
→単純にやることが多かった →チームの役割定義が曖昧だったので、隙間にあるこぼれ球がガンガン投げられる →まずは役割の再定義をし集中できる環境づくりを!
11 実際に問題解決のためにやったこと Discovery • 他チームのNotionページを全探索&インデックス作り • カスタマーサクセスチームとの定期ミーティング設定&明るいファシリ • アジェンダを日英併記ルール策定 •
経営会議に参加するために上司に根回し →周りの情報を取りやすくする動き Delivery • 全チケットと突発的に発生するタスクのトラッキング&グルーピング • 一部のタスクをやらない理由を資料にまとめてプレゼン&根回し • 他開発チームのミーティングやランチに乱入して状況把握 →「やらない」の説得力を上げて周りにパスしやすくする動き
12 どう考えているか
13 どう考えているか
14 問題解決のためにやったこと • プロダクトロードマップをビジュアライズしてチームへ浸透させた • ユーザーインタビューを100回行って課題を抽出 • ユーザーストーリーマッピングを行い課題を体系化 • データ分析基盤を作ってダッシュボードを量産し、データドリブンで意思決定
• リリース前にA/Bテストを必ず行い、成果への確実性を上げた • アジャイルコーチを呼んで開発プロセスの再構築 無事に解決! それはPMがやるべきことなの?
15 問題解決のためにやったこと • プロダクトロードマップをビジュアライズしてチームへ浸透させた • ユーザーインタビューを100回行って課題を抽出 • ユーザーストーリーマッピングを行い課題を体系化 • データ分析基盤を作ってダッシュボードを量産し、データドリブンで意思決定
• リリース前にA/Bテストを必ず行い、成果への確実性を上げた • アジャイルコーチを呼んで開発プロセスの再構築 無事に解決! 知らん
16 プロダクトのために誰かがやるべきことではある こういう地味な仕事は、プロダクトの価値を最大化するために必要になる場合がある ただ、面白くないし直接的な成果も見えづらいから誰もやりたがらない それが「PMがやるべきこと」かどうかは知らない でも誰もやる人がいないなら自らやった方がいい なぜならPMは「プロダクトの価値の最大化に誰よりもコミットする人」だと思うから
17 今日話したいこと(再掲) 「PMがやるべきこと」ではなく 「プロダクトのためにやるべきこと」に フォーカスしよう
18 宣伝 このような取り組みもあり GLOBISのプロダクト開発組織は 目に見えて成長しています ただ、まだまだ課題も多いしPMも足りません 一緒に「学びの未来」を作りませんか まずはカジュアル面談しましょう! Twitterで「久津 PM」と検索したら出てきます→