ストーリー
田
田中VPoE
プラットフォームを作る前に、まず現状を把握しなければならない。「開発者体験(DevEx)」を定量的に評価する方法を学ぼう
あなた
開発者体験って、なんとなく「使いやすい」「使いにくい」という感覚的なものではないですか?
あ
田
田中VPoE
それを数値化するのが今日の目標だ。DevExには確立されたフレームワークがある。SPACE、DORA、DX Core 4。これらを組み合わせて、組織の開発者体験を多角的に測定する
あなた
感覚ではなくデータで語れるようにするんですね
あ
田
田中VPoE
そうだ。「インフラが遅い」ではなく「環境構築に平均3.2日かかっている」。この差がプラットフォーム投資の意思決定を左右する
DevExフレームワーク
DX Core 4
DX Core 4は、開発者体験を4つの次元で測定するフレームワークです。
| 次元 | 定義 | 測定指標例 |
|---|
| Speed | 開発サイクルの速さ | デプロイ頻度、リードタイム、環境構築時間 |
| Effectiveness | アウトプットの品質と効果 | 変更失敗率、インシデント数、技術的負債 |
| Quality | コードと成果物の品質 | テストカバレッジ、脆弱性数、コードレビュー品質 |
| Impact | ビジネスへの貢献度 | 機能リリース数、ユーザー価値、ROI |
SPACEフレームワーク
| 次元 | 内容 | 指標例 |
|---|
| S - Satisfaction | 開発者の満足度・幸福度 | eNPS、満足度スコア |
| P - Performance | システムやツールのパフォーマンス | CI/CD実行時間、ビルド速度 |
| A - Activity | 開発活動の量 | PRマージ数、デプロイ数 |
| C - Communication | チーム間のコミュニケーション | コードレビュー待ち時間、質問応答時間 |
| E - Efficiency | 作業の効率性 | フロー状態の割合、中断回数 |
DORAメトリクスとの統合
4つのキー指標
| 指標 | 定義 | エリート | ハイ | ミディアム | ロー |
|---|
| デプロイ頻度 | 本番へのデプロイ回数 | オンデマンド(1日複数回) | 1日1回〜週1回 | 週1回〜月1回 | 月1回未満 |
| リードタイム | コミットからデプロイまでの時間 | 1時間未満 | 1日〜1週間 | 1週間〜1ヶ月 | 1ヶ月超 |
| 変更失敗率 | デプロイ後に障害が発生する割合 | 5%未満 | 10%未満 | 15%未満 | 15%以上 |
| MTTR | 障害からの復旧時間 | 1時間未満 | 1日未満 | 1日〜1週間 | 1週間超 |
プラットフォーム固有の指標
| 指標 | 定義 | 目標値 |
|---|
| 環境構築時間 | 新しい開発環境が利用可能になるまでの時間 | 30分以内 |
| サービス立ち上げ時間 | 新しいマイクロサービスの立ち上げ時間 | 1時間以内 |
| セルフサービス率 | インフラ操作のうちセルフサービスで完了する割合 | 80%以上 |
| チケット待ち時間 | インフラチームへの依頼から対応完了までの時間 | 計測→削減 |
| オンボーディング時間 | 新メンバーが最初のPRを出すまでの時間 | 1日以内 |
定量データの収集方法
データソースと収集手法
| データソース | 収集方法 | 取得できる指標 |
|---|
| Git | API(GitHub/GitLab) | コミット頻度、PRマージ時間、レビュー待ち時間 |
| CI/CD | パイプラインログ | ビルド時間、デプロイ頻度、失敗率 |
| チケットシステム | Jira/Linear API | チケット待ち時間、リードタイム |
| インフラ | Kubernetes API、クラウドAPI | 環境構築時間、リソース利用率 |
| 開発者サーベイ | アンケートツール | 満足度、認知負荷、ペインポイント |
| IDE/エディタ | プラグインテレメトリ | フロー状態の割合、コンテキストスイッチ回数 |
測定ダッシュボードの構成例
DevEx ダッシュボード構成:
1. エグゼクティブビュー
├── DevExスコア(総合スコア)
├── DORAメトリクス 4指標
├── 開発者満足度(eNPS)
└── 前月比トレンド
2. プラットフォーム効果ビュー
├── セルフサービス率
├── 環境構築時間
├── チケット待ち時間
└── Golden Path採用率
3. チームビュー
├── チーム別デプロイ頻度
├── チーム別リードタイム
├── チーム別満足度
└── ボトルネック分析
認知負荷の測定
認知負荷スコアカード
| カテゴリ | 質問 | スコア(1-5) |
|---|
| ツール複雑性 | 「日常的に使うツールの数は適切か」 | ___ |
| 環境構築 | 「開発環境の構築は簡単か」 | ___ |
| デプロイ | 「デプロイプロセスは理解しやすいか」 | ___ |
| ドキュメント | 「必要な情報はすぐに見つかるか」 | ___ |
| インフラ操作 | 「インフラの操作方法は直感的か」 | ___ |
| 障害対応 | 「障害時に何をすべきか明確か」 | ___ |
| セキュリティ | 「セキュリティ要件の遵守は負担になっていないか」 | ___ |
| 依存関係 | 「他チームへの依存で作業がブロックされないか」 | ___ |
「認知負荷スコアカードの平均が3.0以下なら、プラットフォーム投資の正当性は十分にある」 — 田中VPoE
まとめ
| ポイント | 内容 |
|---|
| DX Core 4 | Speed、Effectiveness、Quality、Impactの4次元で評価 |
| SPACEフレームワーク | 満足度、パフォーマンス、活動量、コミュニケーション、効率性 |
| DORAメトリクス | デプロイ頻度、リードタイム、変更失敗率、MTTRの4指標 |
| プラットフォーム指標 | 環境構築時間、セルフサービス率、チケット待ち時間 |
チェックリスト
次のステップへ
次は「開発者サーベイの設計」を学びます。定量データだけでは見えない定性的なフィードバックの収集方法を身につけましょう。
推定読了時間: 30分