# DORA ## 定義 DORA (DevOps Research and Assessment) は、ソフトウェアデリバリーとオペレーション能力のパフォーマンスを計測するための研究プログラムおよびフレームワークである。[[Nicole Forsgren]] らが 2014 年に創設し、毎年の「State of DevOps Report」でソフトウェアデリバリーのパフォーマンスと組織成果の相関を定量的に研究してきた。 ### 4 つのコアメトリクス 1. **Deployment Frequency(デプロイ頻度)**: どれだけ頻繁に本番へリリースするか。 2. **Lead Time for Changes(変更のリードタイム)**: コードのコミットから本番稼働・安定化までの時間。 3. **Change Failure Rate(変更失敗率)**: 本番に適用された変更のうちインシデントを引き起こす割合。 4. **Mean Time to Restore(MTTR)**: サービス障害からの回復時間。 ### SRE 文脈での適用(Forsgren 2026) [[Nicole Forsgren]] は SREcon26 で DORA を「SRE 自身のパイプラインの計測」として内側向きに適用することを提案した: - **Deployment Frequency**: SRE チームが変更イベントに対応する頻度——オペレーションテンポのベースライン。 - **Lead Time for Changes**: 変更マージから安定稼働まで——パイプライン速度はリスク入力となる。 - **Change Failure Rate**: 変更の何%がインシデントを引き起こすか——摩擦誘発エラーのシグナル。 - **MTTR**: ヘッドラインの出力指標だが、**摩擦はその上流の入力**である。 ## 横断的知見 - **DORA は 2021 年に初めて SRE を正面から調査対象とし、「信頼性は力積数（force multiplier）」という知見を導出した**: [[Dave Stanke]] は SREcon22 Americas で、DORA の 2021 年調査結果として「回答者の 52% が SRE プラクティスを何らかの形で実践」「SRE はバーンアウトを緩和し、共有責任は信頼性成果を予測し、信頼性はソフトウェアデリバリーパフォーマンスのビジネス成果への影響を乗算的に増幅する」と報告した。DORA の従来4指標（デプロイ頻度・変更リードタイム・復旧時間・変更失敗率）に Reliability が "Four + 1" の形で追加された。(Source: [[@2022__SREcon22Americas__DO RE Me - Measuring the Effectiveness of Site Reliability Engineering]]) - **DORA は開発者向けだけでなく SRE 自身にも適用できる**: Forsgren 2026 は、DORA が「SRE が支援する開発チームだけでなく SRE チーム自身の計測フレームワーク」であると主張する。SRE のツール・プロセスは DORA の変更失敗率と MTTR を直接悪化させる上流因子として捉えられる。(Source: [[@2026__SREcon26 Americas__The WTF Problem - Developer Experience as a Reliability Property]]) - **DORA は 2025 年に年次レポート名から「DevOps」を外し、組織名も頭字語ではなくなった**: 毎年発行してきた「Accelerate State of DevOps Report」を「State of AI-assisted Software Development」へ改称し、DORA 自体も DevOps Research and Assessment という頭字語ではなく単独の名前になった。mizzy(2026)はこれを、[[DevOps]] が包含していた計測(Measurement)という要素が DORA という独立領域に分解しきった到達点として位置づけている——DevOps という語がレポート名からも組織名からも消えた、という意味で。(Source: [[@2026__mizzy.org__DevOpsとは何だったのか]]) ## 未解決の問い - SRE チームが DORA を内側向きに適用するとき、「変更(change)」の定義は何か——コードリリースか、設定変更か、ランブック更新か。 - AI 支援開発によってデプロイ頻度が増加する場合、変更失敗率は指数的に増えるのか、それとも AI が生成コードの品質を高めて相殺するのか。 - DORA のエリート/高/中/低の 4 段階分類は SRE チームのオペレーション能力の分類にどう翻案できるか。 - DORA 2021 の "Finding 4: There's room for growth" は SRE 実践にまだ大きな改善余地があるという論点と考えられるが、具体的な数値・インサイトは transcript なしでは不明。2021 年の State of DevOps Report で確認が必要。 ## 関連 - フレームワーク: [[SPACE]] / [[MTWTF]] - 提案者: [[Nicole Forsgren]] - SRE 概念: [[SRE]] / [[インシデント管理]] / [[エラーバジェット]] - 関連 MOC: [[structures/SRE - MOC]] ## 出典 - [[@2026__SREcon26 Americas__The WTF Problem - Developer Experience as a Reliability Property]] — p.18 で DORA 4 指標を SRE 文脈で再解釈 - [[@2026__mizzy.org__DevOpsとは何だったのか]] — DORA の 2025 年改称(DevOps 色の除去)