某公司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。