新来领导用代码量来作为绩效考核，你怎么看？

一朋友张工在一家互联网公司上班，前不久部门领导辞职了，最近新来了一位领导，这位领导不是技术出身的，主要倾向业务方面。

 

领导一来就调整了团队的考核目标，其中有一项是用代码提交量作为绩效考核标准。考核指标很简单，代码量多指标就达标，超出的还可以加分。

 

自从这项指标执行后，张工发现团队其他人提交了各种冗余代码，平时几十行代码能解决问题的现在强行写到一两百行。 以前大家都用泛型，继承之类的，现在干脆也不用了，能复制粘贴的就复制粘贴。

 

看来大家为了绩效，真的拼了。确实不容易，为了绩效达标可谓费尽心思。

张工本来也打算这么做，不过想想这样做实在太费劲心思了，心累，自己维护起来也麻烦。

 

真是上有政策，下有对策。

 

干脆跟大家统一下不用Lombok类似这样的插件，用一键生成类似setter、getter 这样的方式，没事新增个实体类，一提交又是上百行代码，完美避免因为代码量不足的问题。

 

这样团队每人每天代码量少则五六百行多则一两千行，甚至有时候三千多行，为了不让领导发现，有的还特意加班都很晚。说来也奇怪，团队的绩效每个人都达标了，有的绩效还比以前高了。领导还表扬他们工作积极，特别敬业。

 

个人觉得，用代码量来作为绩效考核，虽然不是很明智，但领导这种行为，是不是领导的有意为之，让团队成员绩效都达标，这样有利于自己先站稳脚跟。要知道用代码量来作为考核指标的，对于程