メトリクス駆動開発 とは？

たとえばテストされていないコードを探すならカバレッジ、利用者が感じる遅さや失敗を調べるなら応答時間やエラー率だよ。ただしカバレッジが高いだけで、よいテストや高い品質だとは言えない。目的に合う指標を選ぶんだ。

見て終わりにせず、原因の調査や改善の判断につなげるんだ。たとえば本番デプロイ20回のうち、ロールバックなど即時対応が必要な失敗が2回なら、変更失敗率は10%。失敗の原因を調べて対策を試し、次の期間で効果を確認する、という使い方だよ。

ソフトウェアを提供する速さや安定性を見る指標だよ。現在のDORA公式ガイドでは、デプロイ頻度、変更のリードタイム、失敗したデプロイからの復旧時間、変更失敗率、デプロイの手戻り率の5つ。復旧時間は全障害の平均復旧時間と同じではないし、手戻り率は本番の問題に対応する予定外デプロイの割合を表すんだ。

その危険はあるよ。たとえば、カバレッジだけを上げるために内容を確かめないテストを増やしても、品質はよくならない。速さと安定性など複数の指標を見て、利用者への影響やチームの話も合わせて判断しよう。異なるサービスや個人を単純に順位付けする使い方も避けたいね。

まず目的と対象のサービスを決め、指標の定義や集計期間をそろえる。結果をチームで共有し、一つの問題への対策を試して振り返るんだ。最初から大量のデータ連携を作ることに時間を使いすぎず、改善に役立っているかを確認しながら広げよう。