程序员的KPI考核

web前端教程

用大白话，来讲编程

关于程序员的绩效考核，一直存在很大的争议！之前我在微信上问过很多公众号的伙伴，大家所在的公司对于KPI考核也是五花八门。

程序员的绩效考核不容易制定在于：很难去量化工作，只有能量化的工作，KPI才能发挥最大的效用。 

对程序员的考核，每个公司都不一样，大企业和小企业的KPI不一样，外包公司和自主研发产品的情况也不一样，需要具体情况具体分析。 

加班&工时

考核工时，容易造成个别员工出现蹭加班时间的现象。

加班时间最多的，也不同等于贡献大，程序员的工作输出跟工作时间不一定成正比，此方法不适用于咱们程序员，但也有不少公司都在用。 

代码行数 

要知道程序员追求的是代码的简洁，代码量越少越好。如果通过增加代码行数来达到KPI，简直是违背信仰。 

何况做假也太简单了：多换行，多注释，少封装，复制源码等等奇葩的做法，代码简直想要多少行就有多少行。

这样做不仅是让程序很冗余，增加无意义代码，还让故障排除异常复杂，百害无一利，得不偿失，不可取。 

“用代码行数来衡量编程的进度，就如同用重量来衡量飞机的制造进度。”—— 比尔·盖茨 

代码质量 

代码质量主要是指代码的可读性，可维护性。

你编写的代码是简洁易懂还是晦涩难懂，代码规范是否符合团队规范，适度解耦还是高度耦合，技术选型是否合理，注释是否清晰准确，代码封装组织设计是否合理。 

代码本身的质量决定了对后续开发的友好程度，毕竟代码不规范，同事两行泪。但这些需要内行人才能做出判断，一般由team leader复制审核代码，此方法不适用于非技术出身的考核人员使用。 

熟悉业务 

理解产品需求是程序员的基本工作，但是有的前端程序员不愿意花时间去深入了解，觉得自己对着产品原型和UI设计稿，也可以很好地完成页面开发，似乎也不需要看什么需求文档。 原型和设计稿是什么样子，我就做成什么样子的就行了。 

这并不够，你不仅仅是简单地把页面