如何看待公司把开发人员 bug 列入考核?

[zhang5388137]

开发人员没有驳回权限, 个人感觉不公

[justin2018]

不写代码 岂不是啥 bug 都没 美滋滋~

[shaohan0228]

少干少 BUG 多干多 BUG
项目中不会存在 BUG
BUG 会与所有人有关
产品会简单的同时更复杂

[anjuyiyu]

bug 分级制度，
bug 所产生环境，
bug 指派人，实际产生人，实际区分人的定位
个人工时，
bug 是一个考核因素。
不能做全面的考核因素

[nozer]

兄弟，早点下班吧。

每天划划水，做慢点，写的越多错的越多。

时间拉长了，单位时间的 BUG 量不久少了。

代码总量少了，单位代码的 BUG 总量不就下来了么。

这分明是福利。。

[xau]

多好啊 哪来的不公？

[lei2j]

简单粗暴的 BUG 考核就是对开发的及其的不公。

[wellsnake]

这个标题没有完整的描述清楚，如果是针对一个需求测试反复测出问题来，说明开发的质量存在问题，那么这一类信息如果纳入考核指标内我觉得没毛病

[deep777blue]

不写 bug 的程序员 还是个好程序员吗？

[xy90321]

看怎么评价

我司的绩效考核里也有 bug 评价，但仅限于很恶质、低级、完全可预防或者应该在 merge 到正式分支前自己检知出来的 bug。

这部分有些有定性或者定量的标准，有些则是需要小范围评审之后决定。

至于说绩效是给员工送钱，话是没错，但是人家不要你也没办法。

赏罚不分明，一刀切大锅饭就是对表现优秀的人不公平…

[ChoateYao]

我们也用 BUG 考核，但是只考核线上的 BUG，功能上线之后出 BUG 就要扣绩效分。

[MrBrand]

把日报质量列入考核咋样？还占 20%！！！

[xinyewdz]

我们公司有一个专门做项目管理的人员，整天就是发布审核下，催我们写工时，写日报。最近又自己开发了一个软件，准备每天给开发人员打分（根据提交代码行数，bug 数）。

[kurotsuchi]

一个月工作 330 多个小时 , 临时救火匆忙上线需求, 测试都没测完就上线, 出了 bug,绩效降了一档, 直接少了 4000 多块, 再这么拼, 我就是狗

[venster]

武汉活生生的例子，让领导看一下不允许出 bug 是什么后果

[pastgift]

如果类似外包，东西都设计好了只要程序员老老实实对着做，这个 bug 数量本来就要管理的，作为绩效没什么问题
如果自己做产品，设计比较粗放，需求经常改，很大程度依靠个人技术水平的，一般作为参考吧。只要不是大量低级 bug，常规流程中的 bug，复杂一点的功能有几个 bug 也没人会说什么。

不要只看老板怎么怎么样，想象你的同事给你的接口全是 bug，反反复复都改不好，你都看出来了他就是改不好，该判断的异常情况都不判断，搞得自己都没法干活的话，你会觉得外部力量来控制这种情况是有必要的。
关键看怎么执行的，执行得不好什么绩效都是没有用的

[bengol]

因为这些，所以还是能去 BAT、TMD 就去吧

[Leonard]

不写代码就没有 bug

[charlie21]

赞成

建议写在合同里

[raphael008]

上家公司就这么做，然后倒闭了。

[jasamboro]

bug 纯粹看数量还是还得判断什么类型的 bug