您如何衡量和改进团队及代码库的技术健康状况？

Question

Accepted Answer

**技术健康**是指团队可持续交付、代码质量、系统可靠性和交付速度的综合体现。你无法改进无法衡量的东西，但目标是*获得洞察以驱动改进*，而不是追求某个数字。指标是手电筒，不是计分板。

## 要衡量什么

```text
DELIVERY (DORA metrics — well-researched, balanced):
  - Deployment frequency        - Lead time for changes
  - Change failure rate         - Time to restore service

QUALITY / RELIABILITY:
  - Production incident rate & severity
  - Test coverage trend (direction, not a vanity %)
  - Escaped-bug rate

TEAM / FLOW:
  - Cycle time, time-in-review (slow review = hidden bottleneck)
  - Recurring pain points (survey the team — they know)
```

## 使用 DORA，平衡指标

四个 DORA 指标之所以有价值，是因为它们*平衡*了速度和稳定性，你无法优化其中一个而不伤害另一个。高部署频率伴随高故障率是红旗，不是胜利。跟踪整个指标集，而不是单一数字。

## 具体例子

变更的lead time在上升。你深入调查，发现PR在代码审查中停留数天。指标指向了一个真实的瓶颈——审查流程问题，这是你凭直觉永远不会发现的。你修复了流程，指标作为*副作用*得到改进。

## 最大的陷阱：数字游戏

一旦指标成为目标，人们就会优化数字而不是结果（古德哈特定律）。覆盖率目标会产生无意义的测试；速度目标会产生虚高的估算。使用指标来*找到*问题，然后与人交流，永远不要用来排名或惩罚他们。

## 为什么这很重要

没有信号，技术健康会无声地恶化，直到团队莫名其妙地变慢，没人能说出原因。

好的度量使无形的东西可见，这样你就可以在真正重要的地方投入资源，并在改进时证明其影响。