领导说，个人写的代码超过8个bug就要开除，是否太严格了?

这确实是太严格了，这样可能会导致员工消极怠工，员工都把时间精力用在检查是否有bug上面了，这样员工一天写的代码估计都没有多少。其实可以奖励buy数最少、写代码最多的员工，把奖品设置地足够诱人，大历没祥家为了察信得到奖品，写得多同时出的错也少，这比开除员工显得更加人性化了。

曾经有一个研发部门有好几个项目组，加起来总共几百名程序员，领导想要考核他们的绩效。领导觉得他们上班太懒散了，还老是迟到，上班的时候一直对着电脑，但是别人又不知道他们做的怎么样，所以才要对他们进行考核。考核需要有一个标准，领导一开始设定代码行数为标准，代码行数越多绩效越高，程序员十分机智，打了很多空行滥竽充数，这样行数就提升上来了。

最后被发现了，领导禁止利用空行，但是程序员总有别的方法来应对老板的考核，总之就是各种滥竽充数，最后写出来的代码并不会增多。后来领导直接大手一挥，说程序员写的代码超过8个bug就要被开除，这可让程序员难办了。他们为了不出bug，一个月只写了几个代码而已，老板差点没被气出内伤。

所以个人写的代码超过8个bug就要开除这种方法其实是不可行的，这样无异于阻碍公司的发展。领导想要程序员有质有量的完成任务，还肢搏是要想出别的对策。

“目标管理”更适合软件开发人员。

但些方法最好从上至下全员使用

1、目标项（即当月或是阶段性的工作项目、或是要点）

2、目标项的达成准标（以量化标准作为结点，避免方向性的准标如“进一步提高等”）

3、目标在执行过程中所遇到的问题点

4、针对第3项问题点所采取的应对措施（目的进行检验，和纠偏）

5、提交成果主要的衡量标准

6、衡向配合部门

以上6项楼主可以进行一个列表，进行横排~进行目标设定，阶段性进行镇手总结。

根据目标完成成度进行考核。

因为软件开发人员的工作性质比较特殊，考核方案要与贺旅橘所担当的项目结合起来才能很好的推动禅团，如果太过形式化，执行力和效果都不会很好。

希望回答对您有帮助.