有公司把 Bug 数量作为绩效考核的吗？我们刚来了个经理把 Bug 数量作为绩效考核。

[cong]

[NonClockworkChen]

@fen 难道不能是需求本身不合理或者文档不够清晰吗

[xcstream]

考核 2 个字就是有恶意的，不管什么指标

[Leigg]

@wuhanchu 你也是牛批

[chinuno]

bug 数量做考核没有，但是以前有过提交 patch 数做绩效考核，要求每个人每周至少提交十几个 patch

[jrtzxh020]

我们公司，bug 是 kpi 一个指标哦，当然是指生产上的 bug。。

[aut0man]

这不应该是..很正常的吗。我司一个后端，我来的时候她就在了，开发个模块，bug 不断，提了改，改了提。一周过去了，刚把一个模块写好（一般人 2-3 天吧），我看了眼 sql，一言难尽。你说这种的你不考核一下，年底了，她和别的开发又快又好的领一样的钱，别人不难受？那不成了劣币驱逐良币？（当然我入职后没俩月她被辞退了）

[dcsite]

@php01 是的，比如你的帐号里有 PHP 这字样，我就认为你很菜，反正我只管联想，不需举证。

[luckbbs]

对测试部门来说很正常

[aoboco]

不扣钱就行了

[zjl03505]

这需要看 bug 的权重以及是否是唯一的绩效考核点来评判，若并不是唯一的且不是占据主要权重并没有什么不可接受

[php01]

@dcsite 是的，你怎么想，那是你的事，不是我的事。

[flankechen]

其实，怎么衡量程序员的工作量就是一个天大的难题，不知道有没有管理大师研究过这个问题了

[lagoon]

没啥好说的。所以那么多人，要爬到管理位。
人家权力大，就是为所欲为。

[cong]

@jrtzxh020 线上 bug,这个是测试的指标吗？

[cong]

@aut0man 那个。。这个后端要开除了吧。。是能力不行吧。这种要除外吧。

[hantsy]

哈哈，那些开源项目，要是这样评价就完了。

一个开源项目是否活跃，流行，Bug 数据是最基本的依据。如果你关注一些国外的技术大会，经常在介绍一些新兴项目的时候，他会给一个统计图，我们 BUG 数量从去年的 XXX 增加到今年的 XXX，来说明这个项目关注的人数急剧的增加。一个没有 Bug 的软件，只能说这个软件没有人用，只要有人用怎么会不提 BUG。

有这种想法的公司说明领导可能以前真的是搬砖的，认为软件和 BUG 都是死的，就和砖一样，搬了一块少一块。

[hantsy]

@Frank520 你们 CTO 应该不是做软件出身的。

[cong]

@hantsy 你好，我看到你是自由职业者，我挺想和你聊一下的。方便加你微信吗？

[tabris17]

以后就不叫 bug 了，叫 feature 吧

[DarrenLuo]

我能说有公司拿代码行数来玩的麽