PD · FW · 548
DORA 框架
Dora Framework · dora-framework--nicole-forsgren
所属簇 指标体系与工程效能
解决什么问题
如何客观衡量软件工程团队的交付效能，并打破“追求速度必然牺牲稳定性”的传统认知误区。
核心内容
DORA 研究项目最著名的是“四个关键指标”，分为两类：
- 速度指标：
- Lead time（前置时间）：从代码提交到代码在生产环境运行所需的时间。
- Deployment frequency（部署频率）：部署代码的频率。
- 稳定性指标：
- MTTR（平均恢复时间）：发生故障后恢复所需时间。
- Change fail rate（变更失败率）：每次推送中导致故障或需要人工干预的变更比例。
核心发现：速度与稳定性在统计学上呈显著正相关（同向变动）。部署越频繁意味着每次变更的批次越小，爆炸半径越小，出问题时更容易调试和恢复。相反，强制等待审批会导致大批量变更，引发更多不稳定。
适用边界
- 适用于各类规模的企业，数据显示大小公司在这套指标上无统计显著差异（零售行业因生存压力反而表现更好）。
- 指标的具体精度不重要（如几小时几分钟），宽泛的分类（如“少于一天”、“一天到一周”）即可。
- DORA 本身只提供衡量指标，不提供具体改进步骤；改进需依赖底层的技术、架构、文化和精益管理实践（如自动化测试、CI/CD、松耦合架构等）。
关键引述 · 原话
"We found that they move in tandem now with very strong significance from a statistical standpoint." — Nicole Forsgren
"Most people only think about this from the speed standpoint, which means when you move faster, you are more stable, which means you're pushing smaller changes more often." — Nicole Forsgren
关联卡片
DORA 是 SPACE framework 在软件交付外环上的一种具体实现方式。
出处：Nicole Forsgren · 03-podcasts/nicole-forsgren.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast（2019–2026）。本站为个人学习用途的二次创作，与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast（2019–2026）。本站为个人学习用途的二次创作，与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2