DORA指標 は、ソフトウェア開発と運用のパフォーマンスを、どれだけ速く届けられるか と どれだけ安定して届けられるか の両面から見るための指標です。昔は Four Keys として4指標で語られることが多かったですが、DORA公式の最近の整理では5指標モデルとして説明されています。
まず押さえたいポイント
- 開発速度だけでなく安定性も一緒に見る
- 代表的な指標はデプロイ頻度、変更リードタイム、変更失敗率、回復時間、リワーク率
- Throughput と Instability の2軸で考えると分かりやすい
- 個人評価より、チームやサービスの流れを見るために使う方が向いている
- 数字を競うより、どこが詰まっているかを見つける用途が大事
どんな場面で使うか
DORA指標は、リリースが遅い理由を探したい、障害後の復旧が遅い理由を見たい、デプロイ頻度は高いのに不具合が多い、といった場面で使われます。開発と運用のバランスをざっくり見たいときに役立ちます。
特に、速さ か 品質 のどちらかだけを見て議論が偏りがちなチームでは、両方を並べて話せるのが強みです。
どう理解するとよいか
初心者向けには、DORA指標を 開発の健康診断 に近いものと考えると分かりやすいです。ただし、開発者個人の成績表ではありません。1つのサービスやチームの流れが、速く回っているか、失敗しやすすぎないか、復旧しやすいかを見るためのものです。
また、昔の4指標だけで覚えても入口としては問題ありませんが、最近は5指標モデルへ整理が進んでいます。その変化も含めて理解すると、いまの実務に合わせやすいです。
注意点
DORA指標は便利ですが、定義をそろえないまま集めると意味がぶれます。何をデプロイと呼ぶのか、何を失敗とみなすのか、いつ回復したと判断するのかを先に決めた方が安全です。
また、数字を個人評価へ直結させると、見せ方だけを良くする行動が起きやすくなります。改善の会話を始める材料として使う方が実務向きです。
詳しい整理は、DORA指標とは？開発速度と安定性をどう見るのか で解説しています。