原则:“不要瞎搞”,
宁肯全用主观评价,也不要引入错误的量化指标。
比如代码量、bug密度之类,根本无法用来评价开发质量
质量可以分成三部分:
- 代码质量:代码本身的质量决定了对后续开发的友好程度
- 研发质量:研发阶段产生的bug
- 运维质量:产品上线以后的故障情况和资源消耗情况
第一部分可以code review方式粗略检查代码质量,评估代码健壮性
第二部分可以在运营阶段评估bug程度和数量
第三部分通过线上服务器消耗、故障恢复时长等来做考核,这种考核的优点同样是投资人和老板看得见,不需要担心指定的KPI偏离了大方向。