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.3k
プロダクトのための地味な動き - 地味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
960
チームで盛り上げる ファシリテーション
yusukehisatsu
19
13k
新卒者向け資料_タスクマネジメント・ドキュメンテーション
yusukehisatsu
0
460
心理的安全性を0から80ぐらいに上げた話
yusukehisatsu
1
770
システム思考とプロダクトマネジメント
yusukehisatsu
21
17k
JobsToBeDone/ジョブ理論をまとめてみた
yusukehisatsu
6
6.9k
幅広い経験を活かして PdMになった話@Kiitok meetup
yusukehisatsu
0
270
エンジニアチームビルディングジャーニー
yusukehisatsu
0
560
心理的安全性の高いチームを作ってみた
yusukehisatsu
2
550
Other Decks in Business
See All in Business
2025年 コミュニティ×ビジネスのリアル_Mitz
comucal
PRO
0
140
ゼネラル・パーチェス株式会社_ 会社説明資料
hr_team
0
120
採用案内2025年ver2
hdn_tocci
0
130
Kyash TechTalk #8 Kyashにおけるクレジット事業部とは
sayueda
0
130
FY2025.6 Impact Report JP
mercari_inc
0
140k
フルカイテン株式会社 採用資料
fullkaiten
0
76k
Scrum Inc. Japan Company Introduction
scrumincjp
0
7.1k
【UMed】Company Deck_250923
ryushu
0
150
データ整備の「やり方」はどうなっていくか
shinu
PRO
2
590
ワンキャリア 会社説明資料 / Company Deck
onecareer
7
250k
Team Topologies Second Edition - launch events - 25 September 2025
matthewskelton
PRO
0
610
中期経営計画・成長可能性資料
kuradashi
0
720
Featured
See All Featured
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
9
980
GraphQLとの向き合い方2022年版
quramy
49
14k
Designing Experiences People Love
moore
142
24k
Why You Should Never Use an ORM
jnunemaker
PRO
59
9.6k
Designing for Performance
lara
610
69k
The Power of CSS Pseudo Elements
geoffreycrofte
79
6k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
253
22k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
3.1k
Building Applications with DynamoDB
mza
96
6.7k
Building Adaptive Systems
keathley
44
2.8k
jQuery: Nuts, Bolts and Bling
dougneiner
65
7.9k
The Pragmatic Product Professional
lauravandoore
36
6.9k
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」と検索したら出てきます→