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

被折叠的 条评论
为什么被折叠?



