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
8.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
570
チームで盛り上げる ファシリテーション
yusukehisatsu
19
12k
新卒者向け資料_タスクマネジメント・ドキュメンテーション
yusukehisatsu
0
350
心理的安全性を0から80ぐらいに上げた話
yusukehisatsu
0
390
システム思考とプロダクトマネジメント
yusukehisatsu
21
15k
JobsToBeDone/ジョブ理論をまとめてみた
yusukehisatsu
6
5.6k
幅広い経験を活かして PdMになった話@Kiitok meetup
yusukehisatsu
0
190
エンジニアチームビルディングジャーニー
yusukehisatsu
0
270
心理的安全性の高いチームを作ってみた
yusukehisatsu
1
440
Other Decks in Business
See All in Business
キーワードマーケティング会社紹介資料
ebihara0822
0
180
ただいま、Be Agile 〜向き・不向きを探す旅からの帰還〜
ynishiuchi
0
440
株式会社WAKUWAKU 会社説明資料2024/Company Description
wakuwaku
0
250
20240314_AnsibleNight_Part2_Ansibleの「きほん」の「き」
uchida0411
0
250
株式会社BALLAS 2024年 会社案内(採用)
ballas_inc
0
700
株式会社マインディア エンジニア向け紹介資料
minedia
0
240
2023年度ICT職専門研修(海外派遣研修)報告書 No.2
tokyo_metropolitan_gov_digital_hr
0
110
コード品質向上タスクの優先順位を判断するために 必要な観点を探究する
mkitahara01985
3
230
株式会社たねまき - Culture Deck
tanemaki
PRO
0
170
株式会社エビリー_会社紹介資料_ビジネス
eviryr_recruit
0
1.2k
カルチャーデック
daccuongdn
0
520
コーポレートストーリー(新規投資家様向け会社説明資料)
gatechnologies
1
5.6k
Featured
See All Featured
The World Runs on Bad Software
bkeepers
PRO
60
6.6k
BBQ
matthewcrist
78
8.7k
VelocityConf: Rendering Performance Case Studies
addyosmani
319
23k
Large-scale JavaScript Application Architecture
addyosmani
501
110k
Building a Scalable Design System with Sketch
lauravandoore
455
32k
Scaling GitHub
holman
456
140k
A Philosophy of Restraint
colly
195
15k
Infographics Made Easy
chrislema
237
18k
StorybookのUI Testing Handbookを読んだ
zakiyama
10
4.5k
How GitHub (no longer) Works
holman
301
140k
The Straight Up "How To Draw Better" Workshop
denniskardys
227
130k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
34
8.8k
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」と検索したら出てきます→