一公司KPI:个人写的代码超过十个Bug将面临开除

程序员的工作难道不是写Bug吗?为何却有公司提出“个人写的代码超过十个Bug就要开除”?

前几日,知乎有这样一个问答:

领导:现在咱们研发部门有好几个项目组了,有上百名开发,需要评定大家的绩效。

HR:对,我觉得公司天天最闲散的就是他们,天天迟到,来了就对着电脑敲啊敲,别人不懂技术也不知道他们做的怎么样。

领导:就是就是,你看咱们就没有一个项目没延期过,要加强绩效考核!

HR:从今天开始,我们以大家的代码行数为评定绩效的标准。

程序员们:代码行数,这好办啊,咱多来点换行,空行。能写成两行的绝不写成一行。

过了一个月……

领导:研发部门上个月的绩效怎么样?

HR:他们上个月绩效都很好,平均行数上涨百分之十五。

领导:让技术主管看看代码。

技术主管:这代码里怎么有这么多空行,再就是,之前写成一行的,现在怎么变成三行了!

领导:下个月,空行和只有括号的行数都不算!

程序员们:这好办啊,我多写点注释就好啦。

一个月后……

领导:研发部门上个月的绩效怎么样?

HR:他们上个月绩效都很好,平均行数上涨了百分之三十!

领导:这怎么可能!让技术主管来看看代码!

技术主管:这代码里怎么有这么多 veryImportantFunction() 但是也没调用啊。

HR:我建议咱们别用代码行数评绩效了。就用 bug 数,个人写的代码超过 10 个 bug 直接开除,我就不信治不了你们!

领导:好,就这么定了!

程序员们:这怎么办,这写代码有几个 bug 正常

对于这种状况,网友阐述的现象更让播妞吃惊……

@王英海

这是要效仿先贤啊~

程序员写出10个bug,就开除程序员。

测试人员测试不出10个bug,就开除测试人员。

这程序的结果肯定很感人~

@BOUYGUES

有一届领导,是从硬件部门调过来的。

于是乎用管硬件的思维来管理我们软件部门。

要求我们0 BUG;怎么样,颤抖了吧,比你们10个BUG可怕多了吧,尿了吧;

当然,我们的QA和开发不在一起,不太可能“计划BUG”;BUG数量不会以领导的意志力而减少。那怎么办呢?

每个BUG都要写5 WHY,要解释BUG的原因、对策、影响、以后的补救方法……

@江河

真正的程序员,遇到这种领导,应该会先把自己开除吧。

对于这样的KPI,只想说心疼程序员10s。

你可能感兴趣的:(一公司KPI:个人写的代码超过十个Bug将面临开除)