构建之法阅读笔记06

效能度量这一章颠覆了我对团队管理的许多固有认知。曾见过一个团队以代码行数作为主要绩效指标，结果开发者们大量复制粘贴代码，甚至故意拆解简洁的函数。虽然统计数字很好看，但代码质量急剧下降，维护成本飙升，团队氛围也变得极不健康。

《构建之法》深刻指出"你度量什么，就会得到什么"，错误的度量指标会产生严重的误导。代码行数这类表面指标完全背离了软件工程追求简洁优雅的本质。更可怕的是，当这类指标与奖惩挂钩时，会从根本上扭曲工程师的行为动机。我们忽略了软件开发的真正价值在于解决问题，而不是产出代码。不良的度量体系还会破坏团队协作，鼓励局部优化而非全局思考。

现在我更注重多维度的效能评估。除了交付速度，同样关注质量指标（缺陷率、测试覆盖率）、可持续性（技术债务比例）和业务价值（用户满意度）。采用DORA指标等科学模型评估团队效能，避免单一指标的片面性。最重要的是建立开放的度量文化，指标用于发现问题而非惩罚个人，团队共同分析瓶颈并持续改进。这种平衡的评估方式既保持了开发效率，又守护了工程质量和技术创新。