瞎逼逼：研发效能度量的得与失
💡
原文中文，约3200字，阅读约需8分钟。
📝
内容提要
本文讨论了研发效能度量的得与失，不同的度量方法都有各自的问题。文章认为量化数据不能完全代表工作量，应综合考虑其他因素。同时提到忽视需求调研、体系设计和代码自测等环节的问题。最后总结了改变思维习惯的困难。
🎯
关键要点
- 研发效能度量存在得与失，不同度量方法各有问题。
- 量化数据不能完全代表工作量，应综合考虑其他因素。
- 忽视需求调研、体系设计和代码自测等环节的问题。
- 工时计件制不适合程序员，容易导致内耗。
- 基于代码行数和Bug数量的考核方法可能导致不良竞争和责任推卸。
- 圈复杂度和代码当量等新指标可以更科学地衡量代码质量。
- 量化目标可能被造假，需结合领导的判断和团队的实际情况。
- 在软件开发中，需求调研和设计阶段的重要性常被忽视。
- 改变思维习惯的困难，尤其在现有考核环境下。
➡️
