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
データ駆動経営の道しるべ:プロダクト開発指標の戦略的活用法
Search
ham
July 17, 2025
Technology
2
380
データ駆動経営の道しるべ:プロダクト開発指標の戦略的活用法
Developers Summit 2025 Summerの登壇資料です。
https://event.shoeisha.jp/devsumi/20250717/session/5942
ham
July 17, 2025
Tweet
Share
More Decks by ham
See All by ham
生成AI導入の効果を最大化する データ活用戦略
ham0215
0
290
開発組織における意思決定の実例〜開発優先度・組織構成・ツール導入〜
ham0215
0
75
エンジニアリングで組織のアウトカムを最速で最大化する!
ham0215
1
400
アウトカムを最速で最大化できる開発組織にするために
ham0215
1
120
コード品質向上で得られる効果と実践的取り組み
ham0215
2
320
開発者体験を定量的に把握する手法と活用事例
ham0215
2
290
チームトポロジーの4つのチームタイプ
ham0215
2
90
生成AI活用でエンジニア組織はどう変わったのか?
ham0215
3
230
メンバーがオーナーシップを発揮しやすいチームづくり
ham0215
3
570
Other Decks in Technology
See All in Technology
多様な事業ドメインのクリエイターへ 価値を届けるための営みについて
massyuu
0
110
自作LLM Native GORM Pluginで実現する AI Agentバックテスト基盤構築
po3rin
2
250
Optuna DashboardにおけるPLaMo2連携機能の紹介 / PFN LLM セミナー
pfn
PRO
1
880
生成AIを活用したZennの取り組み事例
ryosukeigarashi
0
200
Where will it converge?
ibknadedeji
0
180
o11yで育てる、強い内製開発組織
_awache
3
120
Access-what? why and how, A11Y for All - Nordic.js 2025
gdomiciano
1
110
「AI駆動PO」を考えてみる - 作る速さから価値のスループットへ:検査・適応で未来を開発 / AI-driven product owner. scrummat2025
yosuke_nagai
4
580
GC25 Recap+: Advancing Go Garbage Collection with Green Tea
logica0419
1
400
AIが書いたコードをAIが検証する!自律的なモバイルアプリ開発の実現
henteko
1
340
BtoBプロダクト開発の深層
16bitidol
0
270
神回のメカニズムと再現方法/Mechanisms and Playbook for Kamikai scrumat2025
moriyuya
4
520
Featured
See All Featured
Bootstrapping a Software Product
garrettdimon
PRO
307
110k
The World Runs on Bad Software
bkeepers
PRO
71
11k
Typedesign – Prime Four
hannesfritz
42
2.8k
The Cult of Friendly URLs
andyhume
79
6.6k
Raft: Consensus for Rubyists
vanstee
139
7.1k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
46
7.6k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
27k
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
Documentation Writing (for coders)
carmenintech
75
5k
How GitHub (no longer) Works
holman
315
140k
Build The Right Thing And Hit Your Dates
maggiecrowley
37
2.9k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
19
1.2k
Transcript
© Findy Inc. 1 データ駆動経営の道しるべ プロダクト開発指標の戦略的活⽤法 2025.07.18 Developers Summit 2025
Summer 浜⽥ 直⼈ Naoto Hamada (ham)
© Findy Inc. 2 開発⽣産性が向上する⽅法を探求しているエンジニア! Ruby / Rails / React
/ TypeScript / AWS Agile / DevOps / Developer Productivity / DevEx Stock Investment 浜⽥ 直⼈ Naoto Hamada (ham) @hamchance0215
None
None
© Findy Inc. 経営と開発現場をつなぐ戦略⽀援SaaS「Findy Team+」 プロダクト開発関連ツールのデータを⾃動で解析し、様々なデータを可視化‧分析 データ連携 / 統合 1
可視化 開発ワークフローを可視化し 明確なインサイトを取得 2 AI分析 AIを活⽤して、開発効率と 開発者体験を最⼤化するため の課題を⾃動で特定 3 改善 データに基づいた意思決定 でビジネス成果を最⼤化 プルリクエスト、イシュー、 ミーティング等の活動データ
© Findy Inc. プロダクト開発における戦略⽴案〜プロジェクト評価を⼀気通貫でマネジメントし、 開発⽣産性向上へ プロジェクト投資分析 (新機能やリファクタリングの 開発投資割合 等) 投資設計
/ リソース計画 ソフトウェア開発ライフサイクル(SDLC) 戦略⽴案 プロジェクト評価 要件定義 / 設計 / コーディング / テスト / デプロイ / メンテナンス ROI評価 / ナレッジ蓄積 開発投資のROI最⼤化 4Keys分析 / プルリク分析 / プロジェクト分析 (デプロイ頻度‧リードタイム‧プルリク作成数 等) 開発者⽣産性の可視化‧向上 開発者サーベイ / ミーティング分析 (開発者満⾜度サーベイ‧ミーティング時間 等) 開発者体験の可視化‧向上 プロジェクト アウトカム分析 (売上‧NSM‧KPI 等) 開発投資のROI最⼤化 EM / エンジニア 事業責任者 / PdM CTO / 開発部⻑ 経営と開発現場をつなぐ戦略⽀援SaaS「Findy Team+」
© Findy Inc. 様々な業界‧業種‧組織規模の企業様で、ご活⽤いただいています! 経営と開発現場をつなぐ戦略⽀援SaaS「Findy Team+」
© Findy Inc. 8 Agenda - はじめに ~指標との向き合い⽅ ~ -
事業⽬標を把握する - アウトカムを発⾒(ディスカバリー)する - 優先度を決める - 素早くデリバリーする - AI時代に⾒るべき開発指標 - まとめ
© Findy Inc. はじめに ~指標との向き合い⽅ ~ 9
© Findy Inc. 10 開発⽣産性カンファレンスを開催しました!
© Findy Inc. 11 Path of Value Kent Beck氏のKeynoteより
© Findy Inc. 12 Path of Value Effort、Outputは測定しやすいが本来の目的を歪めやすい SP,タスク数 PR数
Four Keys
© Findy Inc. 13 Path of Value ImpactやOutcomeは本来の目的から歪みづらい 業務効率UP 商品購⼊
売上
© Findy Inc. 14 Observe later - ImpactやOutcomeを観測する
© Findy Inc. 15 Avoid Pressue - Effort、Outputの指標はプレッシャーがかかることで歪む - 測るのは良い。指標は気づきを与えるために使おう!
© Findy Inc. - 開発と事業⽬標の関連を意識する - OutcomeやImpactを観測する - 事業⽬標やプロダクトアウトカムを理解する -
EffortやOutputの指標を正しく活⽤する - 指標にプレッシャーをかけると歪むので、気づきを与え るために使う 16 まとめ
© Findy Inc. 事業⽬標を把握する 17
© Findy Inc. 18 事業⽬標を把握する - プロダクト開発のEffort / OutputからImpactへ繋げること が重要
- 開発しているプロダクトの事業⽬標を把握しましょう
© Findy Inc. 19 事業⽬標の例 SaaS(BtoB向けソフトウェア) - MRR (⽉次経常収益) /
ARR (年次経常収益) - 顧客獲得単価 (CAC) - 顧客⽣涯価値 (LTV) - 解約率 (チャーンレート) - アクティブユーザー数 (DAU/WAU/MAU) ECサイト(BtoC向けEコマース) - 流通取引総額 (GMV) - コンバージョン率 (CVR) - 平均注⽂単価 (AOV) - リピート率 - カート放棄率 SNS‧メディアアプリ - アクティブユーザー数 (DAU/WAU/MAU) - 平均セッション時間‧滞在時間 - エンゲージメント率 - リテンション率 (継続率) モバイルゲーム - 課⾦率 (Conversion Rate) - ARPPU (課⾦ユーザー1⼈あたりの平均収益) - ARPU (ユーザー1⼈あたりの平均収益) - 継続率 (リテンションレート)
© Findy Inc. 20 事業⽬標の例 SaaS(BtoB向けソフトウェア) - MRR (⽉次経常収益) /
ARR (年次経常収益) - 顧客獲得単価 (CAC) - 顧客⽣涯価値 (LTV) - 解約率 (チャーンレート) - アクティブユーザー数 (DAU/WAU/MAU) ECサイト(BtoC向けEコマース) - 流通取引総額 (GMV) - コンバージョン率 (CVR) - 平均注⽂単価 (AOV) - リピート率 - カート放棄率 SNS‧メディアアプリ - アクティブユーザー数 (DAU/WAU/MAU) - 平均セッション時間‧滞在時間 - エンゲージメント率 - リテンション率 (継続率) モバイルゲーム - 課⾦率 (Conversion Rate) - ARPPU (課⾦ユーザー1⼈あたりの平均収益) - ARPU (ユーザー1⼈あたりの平均収益) - 継続率 (リテンションレート) ⾃分たちが開発しているものの事業⽬標を 改めて確認してみましょう!
© Findy Inc. アウトカムを 発⾒(ディスカバリー)する 21
© Findy Inc. 22 アウトカムを発⾒(ディスカバリー)する - 事業⽬標(Impact)に繋がるOutcomeを探します - プロダクト開発において、顧客にいかに価値を提供する か?が最重要であり、アウトカムのディスカバリーが肝と
なります!
© Findy Inc. 23 ディスカバリー⼿法 アウトカムをディスカバリーする⼿法をいくつか紹介 - ユーザーを深く理解する - ユーザーインタビュー
- アンケート - ペルソナ作成 - カスタマージャーニーマップ - 市場 / 競合分析 - 既存データから洞察を得る - PV数、UU数、コンバージョン率 - 問い合わせ、ユーザーフィードバック、レビュー
© Findy Inc. 24 事業⽬標とアウトカムを連結 - 「業務が効率化された」「コストが削減できた」など、プロダクトを使 い続ける価値を感じている - 解約率
(チャーンレート)が改善 - 「⽇常業務に不可⽋なツールだ」と感じ頻繁に利⽤ - アクティブユーザー数の向上 - 探している商品をストレスなく⾒つけスムーズに購⼊ - コンバージョン率の向上 - 「⾯⽩いコンテンツに出会えた」「有益な情報を得られた」「他⼈との 交流が楽しめた」 - 平均滞在時間が向上
© Findy Inc. 25 確実なアウトカムを発⾒することは困難 ディスカバリーの精度を上げるプラクティスはたくさんがあるが... - 「⼀次情報」に徹底的にこだわる - 「⾔葉」ではなく「⾏動」を信じる
- ソリューションありきで考え始めない - 思い込みを捨てる - 複数の情報源を組み合わせる - プロトタイプなどを活⽤する
© Findy Inc. 26 確実なアウトカムを発⾒することは困難 ディスカバリーの精度を上げるプラクティスはたくさんがあるが... - 「⼀次情報」に徹底的にこだわる - 「⾔葉」ではなく「⾏動」を信じる
- ソリューションありきで考え始めない - 思い込みを捨てる - 複数の情報源を組み合わせる - プロトタイプなどを活⽤する アウトカムはどこまで突き詰めても不確実性を 完全に払拭することはできない 「正解がわからない」ことを受け⼊れ 仮説検証サイクルを⾼速で回すことが重要
© Findy Inc. 優先度を決める 27
© Findy Inc. 28 優先度を決める - 仮説検証サイクルを素早く回していく際、闇雲に開発して いくのではなく、期待価値の⾼いものから順番に開発して いくことで効果を最⼤化することができます -
そのために、仮説検証の期待価値と⼯数を算出し、優先度 を決定します
© Findy Inc. 29 優先度の算出⼿法 RICEスコア - 3つの要素を掛け合わせ、⼯数で割ること で、施策の優先度を客観的に評価する⼿法 ICEスコア
- 3つの要素を掛け合わせ、施策優先度を客観的に 評価する⼿法 狩野モデル - 5つの品質タイプに分類し、優先度を判断 - 当たり前品質 - ⼀元的品質 - 魅⼒的品質 - 無関⼼品質 - 逆品質 TAM / SAM / SOM - 発⾒した顧客の課題が、どれくらいの市場規模(= 期待価値の上限)を持つのかを段階的に把握 Reach×Impact×Confidence Effort RICEスコア = ICEスコア = Reach×Impact×Ease TAM SAM SOM
© Findy Inc. 30 優先度の算出⼿法 RICEスコア - 3つの要素を掛け合わせ、⼯数で割ること で、施策の優先度を客観的に評価する⼿法 ICEスコア
- 3つの要素を掛け合わせ、施策優先度を客観的に 評価する⼿法 狩野モデル - 5つの品質タイプに分類し、優先度を判断 - 当たり前品質 - ⼀元的品質 - 魅⼒的品質 - 無関⼼品質 - 逆品質 TAM / SAM / SOM - 発⾒した顧客の課題が、どれくらいの市場規模(= 期待価値の上限)を持つのかを段階的に把握 Reach×Impact×Confidence Effort RICEスコア = ICEスコア = Reach×Impact×Ease TAM SAM SOM 関係者間で優先度の決め⽅を認識することで より良い議論に繋がります ⾃分たちが開発しているものは どのように優先度を決めているのか 改めて確認してみましょう!
© Findy Inc. 31 ⼯数を⾒積もる - 優先度を決めるためには、施策の期待価値だけではなく、 ⼯数が必要 - どんなに素晴らしい施策でも、⼯数が⼤きすぎると実現
が困難 - RICE / ICEスコアには変数の1つとして⼊っている - RICEスコア: Effort - ICEスコア: Ease
© Findy Inc. 32 ソフトウェア開発の⼯数⾒積もりは難しい - 毎回新しいものを作るので過去の実績が使いづらい - 新しい技術を使うなど、やってみないとわからないことが 多い
- スキルのばらつきなど⼈に依存する要素が⼤きい - 並⾏して運⽤もしているため、計画外の作業が発⽣するこ とが多い
© Findy Inc. 33 ⼯数⾒積もりの精度向上 - MVP(Minimum Viable Product)を 意識し、スコープを絞る
- 規模が⼩さければ成功確率(≒⾒積 もり通りに完了する確率)が上がる 引⽤: CHAOS REPORT 2015 https://www.standishgroup.com/sample_research_files/CHAOSReport2015-Final.pdf
© Findy Inc. 34 ⼯数⾒積もりの精度向上 - 開発前の⾒積もりはズレるものと関係者全員が認識して、 定期的に再⾒積もりする 引⽤: プロジェクトの本質とはなにか:
⽇経クロステック https://xtech.nikkei.com/it/article/COLUMN/20131001/508039/ - 早い段階で⾒積もりのズレに 気づくことで、リカバリ策を 打ちやすい - 再⾒積もり前提なので⾒積も り⼯数を短縮したり過度な バッファを積まなくて良い
© Findy Inc. 35 優先度の精度を上げて競争⼒を⾼めよう💪 - 優先度の⾒積もりは不確実な要素も⼤きく難しいが、事業 戦略に⼤きな影響を与えます! - 難しいからこそ、開発組織の競争⼒を⾼める⼤きな武器
になります!! - ⾒積もり精度をあげるプラクティスを活⽤したり、ノウハ ウを蓄積していくことで精度を向上させていきましょう!
© Findy Inc. 素早くデリバリーする 36
© Findy Inc. 37 素早くデリバリーする - 優先度が決まったら、あとは優先度順に素早くデリバリー していきます💪
© Findy Inc. 38 優先度が⾼いものに取り組めているか? アウトカムごとの進捗状況を可視化して、優先順に進捗してい ない場合は補正することで、アウトカムを最⼤化する プロジェクトアウトカム分析 優先度通りに進捗している ヨシッ!
© Findy Inc. 39 フロー効率を最⼤化する - フロー効率を最⼤化することで、1つずつ素早くデリバリー - 優先度: 開発A
> B > C、メンバー: a, b - 上: リソース効率を重視 - 下: フロー効率を重視 ▪ 優先度の⾼いAが素早くデリバリーできている🙆
© Findy Inc. 40 同時に開発できる数を増やす - 採⽤(正社員, 業務委託, AIエージェント...) バックログ
- A開発 ← 開発ライン① - B開発 ← 開発ライン② - C開発 ← 開発リソースなし - D開発 ← 開発リソースなし - E開発 ← 開発リソースなし … 採⽤して ラインを増やす バックログ - A開発 ← 開発ライン① - B開発 ← 開発ライン② - C開発 ← 開発ライン③ - D開発 ← 開発ライン④ - E開発 ← 開発リソースなし …
© Findy Inc. 41 素早い仮説検証サイクルを回せているか? アジャイル開発の予実を可視化 ◦ ベロシティが安定しているか ◦ 計画通り進んでいるか
スプリントパフォーマンス分析 Jiraスプリント分析
© Findy Inc. 42 デリバリー能⼒を可視化‧向上 - デリバリー能⼒を定量的に把握することで向上に繋げる - Dora Core
Model ◦ 組織がより効果的にソフトウェアを開発し、提供するた めの指針 https://dora.dev/research/
© Findy Inc. 43 デリバリー能⼒を可視化‧向上 DevOps分析 チームサーベイ
© Findy Inc. 44 アウトプット量 / スピードを可視化‧向上 - アウトプット量を把握することで気づきを得る ※プレッシャーをかけない
◦ リードタイム ◦ プルリクエスト数 サイクルタイム (PRのオープンからマージまでのリードタイム) チームサマリ (PR作成数/⼈)
© Findy Inc. 45 アウトプット量 / スピードを可視化‧向上 - アウトプット量を把握することで気づきを得る ※プレッシャーをかけない
◦ リードタイム ◦ プルリクエスト数 サイクルタイム (PRのオープンからマージまでのリードタイム) チームサマリ (PR作成数/⼈) アウトプット量やスピードは 改善しやすく改善効果も⾼いので 歪む可能性があるという理由で 活⽤しないのはもったい! 正しく活⽤することで 個々の開発パフォーマンスを 向上させていきましょう💪
© Findy Inc. 46 機能開発 / 改善 / 運⽤の割合を可視化‧改善 -
⽇々開発を続けていると様々な要因で開発時間が減少して いきます ◦ 機能開発だけしていると、技術的負債などの増加により デリバリー速度が低下していく ◦ トイル(問い合わせや障害対応)が多く、機能開発に時間 が使えていない ◦ ミーティングが多く、機能開発に時間が使えていない
© Findy Inc. 47 機能開発 / 改善 / 運⽤の割合を可視化‧改善 -
⽇々開発を続けていると様々な要因で開発時間が減少して いきます ◦ 機能開発だけしていると、技術的負債などの増加により デリバリー速度が低下していく ◦ トイル(問い合わせや障害対応)が多く、機能開発に時間 が使えていない ◦ ミーティングが多く、機能開発に時間が使えていない これらは⽇々の業務に溶け込んでおり 意識的に把握しようとしないと 気づくことも難しい! 可視化することで 開発時間がじわじわ奪われていっていないか 定量的に把握しましょう
© Findy Inc. 48 機能開発 / 改善 / 運⽤の割合を可視化‧改善 -
機能開発 / 改善 / 運⽤の割合を可視化して適切にリバランス することでデリバリー能⼒を最⼤化 - ミーティング時間や回数を可視化 プロジェクト投資サマリ ミーティング分析
© Findy Inc. 49 開発体制の最適化 - 開発体制はデリバリー能⼒に⼤きな影響を与えます ◦ ダイナミックリチーミング ◦
チームトポロジー ◦ 2ピザ🍕 ◦ コンウェイの法則 ◦ 育成
© Findy Inc. 50 価値の⾼いものを素早くデリバリーしよう🚀 - いくら⾼い期待価値を持つアウトカムがあっても、それを 素早くデリバリーできないと価値を提供することはできま せん -
「⾼い期待価値を持つアウトカム」と「⾼いデリバリー能 ⼒」が揃うことで最⾼のプロダクトが提供できる開発組織 になります💪 - どちらかではなく、両⽅⾼めていきましょう!
© Findy Inc. AI時代に⾒るべき開発指標 51
© Findy Inc. 52 ⽣成AI活⽤による量とスピードの向上 - 2025年、⽣成AIの精度が向上し、コーディングプロセス(そ れ以外も)のアウトプット量とスピードの⼤幅な向上が期待 されています -
⽣成AIの活動をモニタリングすることで、⽣成AIの成果を最 ⼤化させていきましょう! - ⽣成AIの効果‧活⽤率 - ⽣成AIも含めた開発⽣産性 - ⽣成AIが活⽤できる基盤になっているか
© Findy Inc. 53 ⽣成AIの効果 - Devin活⽤によるアウトプット量の増加
© Findy Inc. 54 ⽣成AIの活⽤率 - GitHub Copilotの利⽤率 - 利⽤状況を可視化して、
利⽤を促進する
© Findy Inc. 55 ⽣成AIの活⽤率 - プルリクエストごとにAIラベルを付与して利⽤率可視化 全PR数 PR数 w/AIラベル
全体の約20%が ⽣成AIを活⽤ (もっともっと伸ばしたい...!!)
© Findy Inc. 56 ⽣成AIも含めた開発⽣産性 - ⽣成AIに委譲するからこそ、今まで以上にモニタリングが 必要 ◦ スピード
/ 量 ◦ レビュー負荷 サイクルタイム (PRのオープンからマージまでのリードタイム) チームサマリ (PR作成数/⼈) レビュー分析
© Findy Inc. 57 ⽣成AIが活⽤できる基盤になっているか - ⽣成AIの活⽤が今後の開発⽣産性を⼤きく左右する ◦ ⽣成AIが活⽤しやすい基盤を整えることが急務! -
⽣成AI活⽤に必要な基盤 ◦ バージョン管理システムの導⼊ ◦ 開発環境の統⼀ ◦ ⾃動テストの整備 ◦ CI/CDの⾃動化 ◦ ⼩さいバッチ単位の反映 ◦ 疎結合なアーキテクチャ
© Findy Inc. 58 ⽣成AIが活⽤できる基盤になっているか - ⽣成AIの活⽤が今後の開発⽣産性を⼤きく左右する ◦ ⽣成AIが活⽤しやすい基盤を整えることが急務! -
⽣成AI活⽤に必要な基盤 ◦ バージョン管理システムの導⼊ ◦ 開発環境の統⼀ ◦ ⾃動テストの整備 ◦ CI/CDの⾃動化 ◦ ⼩さいバッチ単位の反映 ◦ 疎結合なアーキテクチャ 今まで開発⽣産性の ⽂脈で語られてきた プラクティスと同じ!
© Findy Inc. 59 ⽣成AIが活⽤できる基盤になっているか DevOps分析 - デリバリー能⼒を⾼めていけば、⾃然と⽣成AIが活⽤でき る基盤が整っていきます!
© Findy Inc. 60 ⽣成AIが活⽤できる基盤になっているか - ⽣成AIの⼤量のアウトプットを裁くことで開発者体験を損 ねている可能性もあるため、定性⾯も合わせてウォッチ チームサーベイ
© Findy Inc. まとめ 61
© Findy Inc. 62 まとめ - 事業⽬標(Impact)とアウトカムの連結、アウトカムを最⼤ 化するため⾼速でデリバリー(Effort / Output)するための⼿
法を紹介しました - 特定の指標だけを⾒るのではなく、多⾓的に指標を組み合 わせて活⽤することで開発プロセス全体を可視化‧向上さ せていきましょう💪