Four Keys とは？

ソフトウェアを本番へ届ける流れを、数字で振り返る手がかりだよ。従来の4つは、デプロイ頻度・変更のリードタイム・変更失敗率・復旧時間。個人の能力や、チームの実力すべてを採点するものではないんだ。

デプロイ頻度は本番へ変更を届ける頻度、変更のリードタイムはコードをコミットしてから本番へ届けるまでの時間だよ。アイデアを考え始めてからの全期間や、コードを書いた時間そのものとは違う。測定する開始点・終了点をそろえよう。

失敗率は、即時の対処が必要な本番障害を起こしたデプロイの割合。現在の復旧指標は、そうした失敗したデプロイから回復する時間だよ。外部のデータセンター停止など、あらゆる障害の復旧時間を同じ指標へ混ぜないことが大切なんだ。

2026年10月4日に確認したDORA公式資料では5つだよ。従来の復旧指標の定義を見直し、本番のインシデントへの対応として行う、予定外のデプロイの割合を表すDeployment rework rateも加わっている。Four Keysという従来の呼び方と、現行の指標を分けて読もう。

回数だけを目標にせず、同じアプリやサービスの流れを継続して見よう。レビュー待ちや、繰り返す障害などを調べて改善し、その結果を確かめる。文脈が違うチームを単純に順位付けしたり、数を増やすためだけに変更を分割したりする使い方は避けたいね。