Bug数能否做为技术人员考核的KPI？

文章讲述了软件开发人员在考虑绩效考核时，提出低级Bug数量应作为关键绩效指标（KPI）的想法。作者指出，这一提议在同事中引起了一些争议，部分同事认为不能以Bug数量来衡量开发人员的工作表现，并认为这是制度上的缺陷，可能会阻碍组织的发展。

作者澄清说，他提议关注的是低级Bug的数量，而不是所有Bug的数量。他解释了低级Bug的定义，如界面样式问题、简单的空值判断错误和代码使用不规范等，这些问题通常可以通过基本的代码规范和自我测试来避免。作者认为，低级Bug的数量可以反映开发人员的工作态度，而非技术能力。

文章进一步阐释了为何不以Bug总数作为KPI，说明Bug数量与代码开发量成正比，用Bug总数作为评价标准可能会导致不公平，并会抑制组织成员的成长心态。作者提出，除了低级Bug数，Bug重复打开率也是一个有价值的KPI，因为它能反映Bug是否被彻底解决。

最后，作者强调质量意识的重要性，认为即使不能通过高压策略来控制Bug，但对于因Bug导致的严重生产事故应进行适当的处罚，以提高团队对于软件质量的意识和责任感。