度量的陷阱：为什么大多数工程效能指标都在说谎
Posted by quentin 在 Tuesday, 7 April 2026在一次技术管理者的闭门会议上，一位 CTO 分享了他们公司的"成功经验"：通过跟踪每个工程师的代码提交量和故事点完成数，他们将团队产出提升了 40%。台下掌声雷动。
三个月后，这家公司的核心产品因为技术债崩溃，两位资深工程师离职，留下一句话："我不想在一个把我当成代码工厂的地方工作。"
这不是个案。在"数据驱动"的大旗下，工程效能度量正在变成一场全行业的自我欺骗。我们用精确的数字掩盖了对复杂性的无知，用短期的增长牺牲了长期的健康。更危险的是，当度量本身成为目标，我们就陷入了古德哈特定律（Goodhart's Law）的经典困境：当一个度量成为目标时，它就不再是一个好的度量。
一、我们在度量什么：从代码行数到 DORA
工程效能度量的演进史，本质上是管理者与工程师之间信息不对称的博弈史。
1.1 原始指标时代：数数字的快乐
早期的度量极其粗暴：