5 つの観点
| 観点 | 概要 |
|---|---|
| S — 満足度とウェルビーイング | 開発者の業務・チーム・ツール・文化への満足度、健全さ・幸福度 |
| P — パフォーマンス | システムやプロセスがもたらす結果(品質・影響) |
| A — 活動 | 業務の遂行中に完了したアクション・アウトプットの量 |
| C — コミュニケーションとコラボレーション | メンバー・チーム間のやり取りや共同作業の状況 |
| E — 効率とフロー | 中断や遅延なく作業を進められるか |
S — 満足度とウェルビーイング
- 満足度: 開発者は、業務・チーム・ツール・文化にどの程度満足しているか
- ウェルビーイング: 開発者はどのくらい健全で幸せか
メトリックの例
- 開発者の満足度
- 開発者のリテンション期間
- エンゲージメント
- 燃え尽き
P — パフォーマンス
システムやプロセスの結果を評価する。パフォーマンスには多くの変数があるため、定量化は困難。
メトリックの例
- コードの品質
- 信頼性
- バグがないこと
- 継続的なサービス正常性
- コードの影響
- 顧客満足度
- 顧客の導入とリテンション期間
- 機能の使用状況
- コスト削減
A — 活動
作業の実行中に完了したアクションまたは出力の数を把握する。
メトリックの例
- 完了したコードレビューの数
- コーディング時間
- コミットの回数
- コード行
- 完了したストーリーポイント
- デプロイ頻度
C — コミュニケーションとコラボレーション
メンバーやチームがどのようにコミュニケーションをとり、共同作業しているかを把握する。
メトリックの例
- コードレビュースコア(品質または思慮深さ)
- Pull Request のマージ時間
- 会議の質
- ドキュメントと専門知識の発見可能性
E — 効率とフロー
開発者やチームが業務の進行状況を把握し、中断・遅延することなく完了できるかを測定する。
メトリックの例
- フローを維持し、作業を完了する開発者の認識された能力
- コードレビューのタイミング
- プロセス内のユーザー/チーム間のハンドオフの数(作業や責任が人・チーム間で受け渡される回数。多いほど待ち時間やコンテキスト切替が発生しフローが阻害される)
- 中断の数(Slack のメンション、突発的なミーティング、アラート対応など、フロー状態から引き剥がされる出来事の回数)