小编点评

## 理解研发效能度量 **理解研发效能度量需要从以下几个方面来理解：** 1. **目标：** 开发人员希望通过进行研发效能度量，实现哪些目标？例如：降低研发成本、提高代码质量、加快开发速度等。 2. **数据：** 开发人员需要收集哪些数据来进行研发效能度量？例如：代码覆盖率、测试用例覆盖率、项目完成时间等。 3. **分析方法：** 开发人员需要使用哪些分析方法来从数据中发现问题和改进方法？例如：统计分析、机器学习等。 4. **反馈：** 通过分析结果，开发者可以采取哪些措施来改善研发效率？例如：优化代码，改善测试用例，缩短项目完成时间等。 5. **结果：**研发效能度量应该如何衡量项目的成功程度？例如：项目成本，项目完成时间，代码质量等。 **以下是一些简单的方法可以帮助你理解研发效能度量：** * **收集数据：** 统计你项目中代码覆盖率、测试用例覆盖率、项目完成时间等数据。 * **分析数据：** 使用统计软件或机器学习工具分析数据，找出问题和改进方向。 * **制定计划：** 根据分析结果制定改进计划，例如优化代码，改善测试用例等。 * **跟踪进度：** 定期跟踪项目进度，检查是否按照计划进行。 * **分享结果：** 向项目管理团队和 stakeholders 分享你的发现和计划，帮助他们做出改进。 **建议：** * 不要将研发效能度量与研发效能度量混淆。 * 在进行研发效能度量之前，需要了解项目的实际情况，并制定针对性的改善计划。 * 与其他团队合作，分享经验，共同提升研发效能度量。

正文

之前写过一篇文章《devops｜中小公司不要做研发效能度量》，主要是从基础设施方向考虑，因为很多条件都不具备，贸然高投入去做研发效能度量可能达不到我们的预期效果，给出的建议是先做好当下打好基础。今天想到一个好例子，可以类比下。

 

 

两个人小家庭

• 1）人少

• 2）收入清晰

• 3）支出清晰，买了什么东西，花了多少钱，该不该花，一眼清

• 4）如果愿意，两个人买个记账本记下来就可以，或者找个记账软件

• 5）每天记账也是很耗时的。本有美好的生活不去享受，还要每天给自己上发条，每天都记账，也很悲催

• 6）如果想通过记账来节约开支，基本不可能。因为两个人的生活的支出大部分都是必需的；如果两个人的生活却把钱用到了很多不该用的地方，却想通过记账来发现问题、解决问题、改进财务状况，这是根本不可能的。比如之前每周都去趟高档餐厅，「现在」「突然」发现这块支出很高？然后就不去了？

• 7）活在当下，花钱的时候多想想，比事后再想怎么节约更直接。

 

 

中小公司

• 1）人不多

• 2）账务清晰

• 3）每件事情该不该做，该不该投入资源，投入多少资源，当初都商量过做出的决策。

• 4）如果真要看下投入产出比ROI，简单对公司的人力、资源和项目做个盘点就可以。

• 5）人力部门算下每个部门的人力投入成本；业务部门汇总下现在正在进行的项目，把两边的数据放到一起看一下就能大概知道情况。

• 6）不要用战术上的勤奋，来掩盖战略上的懒惰。多思考业务，不盲目投入，谋定而后动，知止而有得。

 

当然如果你做研发效能度量是另有目的，想做些其它的事情。比如想通过家庭记账限制老公花钱，自己随便花；比如虚报账目，建设小金库；本已同床异梦，想通过记账来摸清对方底细，自己留一手。这些情况均不在此列讨论。

 

 

本文总结

 

中小公司效率为王，没必要度量。做好现在，活在当下，谋定而后动就是最高效的。另外就是周末看了一篇讲研发效能度量的巨大的帖子，几万字。看得我头疼，所以想通过一些简单的方法来理解这件事。

 

我的相关文章

devops｜中小公司不要做研发效能度量

infra ｜ devops工具链基建建设评价标准

DevOps | 互联网、软件公司基础设施建设(基建)哪家强？

DevOps | 研发效能价值如何衡量

DevOps｜研发效能不是老板工程，是开发者服务

 

 

感谢点赞、转载关注我，了解研发效能发展