共计 932 个字符，预计需要花费 3 分钟才能阅读完成。
之前写过一篇文章《devops|中小公司不要做研发效力度量》，次要是从基础设施方向思考，因为很多条件都不具备，贸然高投入去做研发效力度量可能达不到咱们的预期成果，给出的倡议是先做好当下打好根底。明天想到一个好例子，能够类比下。
两个人大家庭
- 1）人少
- 2）支出清晰
- 3）收入清晰，买了什么货色，花了多少钱，该不该花，一眼清
- 4）如果违心，两个人买个记账本记下来就能够，或者找个记账软件
- 5）每天记账也是很耗时的。本有美妙的生存不去享受，还要每天给本人上发条，每天都记账，也很悲催
- 6）如果想通过记账来节约开支，根本不可能。因为两个人的生存的收入大部分都是必须的；如果两个人的生存却把钱用到了很多不该用的中央，却想通过记账来发现问题、解决问题、改良财务状况，这是基本不可能的。比方之前每周都去趟低档餐厅，「当初」「忽然」发现这块收入很高？而后就不去了？
- 7）活在当下，花钱的时候多想想，比预先再想怎么节约更间接。
中小公司
- 1）人不多
- 2）账务清晰
- 3）每件事件该不该做，该不该投入资源，投入多少资源，当初都磋商过做出的决策。
- 4）如果真要看下投入产出比 ROI，简略对公司的人力、资源和我的项目做个盘点就能够。
- 5）人力部门算下每个部门的人力投入老本；业务部门汇总下当初正在进行的我的项目，把两边的数据放到一起看一下就能大略晓得状况。
- 6）不要用战术上的怠惰，来覆盖策略上的懈怠。多思考业务，不自觉投入，谋定而后动，知止而有得。
当然如果你做研发效力度量是另有目标，想做些其它的事件。比方想通过家庭记账限度老公花钱，本人轻易花；比方虚报账目，建设小金库；本已同心协力，想通过记账来摸清对方底细，本人留一手。这些状况均不在此列探讨。
本文总结
中小公司效率为王，没必要度量。做好当初，活在当下，谋定而后动就是最高效的。另外就是周末看了一篇讲研发效力度量的微小的帖子，几万字。看得我头疼，所以想通过一些简略的办法来了解这件事。
我的相干文章
devops|中小公司不要做研发效力度量
infra | devops 工具链基建建设评估规范
DevOps | 互联网、软件公司基础设施建设(基建) 哪家强？
DevOps | 研发效力价值如何掂量
DevOps|研发效力不是老板工程，是开发者服务
感激点赞、转载关注我，理解研发效力倒退动向
正文完
