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

[zhang5388137]

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

[myd]

很好的方案，软件的 BUG 少了，测试人员的绩效也少了。大大节省公司成本

[luckylo]

@myd 然后软件开发部门就是光杆司令了。更加节约成本了

[MangozZ]

主要看能不能体现总体工作量。
不然就是 “不做不错”

[azcvcza]

请他先定义什么类型的属于 bug，产品想不到的东西不要把锅甩来甩去

[HollowKnight]

这样的方式，已经在我司实行半年了，颇有成效，挺好

[dilu]

方法可以但是不能一刀切，不然就会出现多做多错、少做少错的情况。

如果非要启用这种绩效考核方式，最起码有一件事需要保证就是绝对不能压工期，同时插入了别的需求就一定要延长工期。

同时统计 bug/工时比，我 5 天 5bug，他只有 1 天的任务但是就 1 个 bug，两人的绩效应当大体一致。

同时应当对 bug 定等级和影响，文案不一致。颜色不一致、位置不一致这种要轻一些。

测试期间测出的 bug，和上线期间出现的 bug，以及上线很久出现的 bug 定级绝对不能一样。

不然最后就会变成公司扣钱的一种方式而不是真正的绩效考核。

顺便说一句，绩效考核的目的是给员工送钱而不是给员工扣钱。

老板们要明白一句话，重赏之下必有勇夫。你钱给的不够，眼前他们不会说什么，有机会一定会跑的。

[FantaMole]

前提是明确工期是否合理

[longbowape]

@dilu "绩效考核的目的是给员工送钱而不是给员工扣钱"

[longbowape]

赞这一句

[KENNHI]

突然想起来按代码行数算钱的搞法
很多管理人员就根本搞不明白怎么管理程序员，这不是搬砖小工搬一块是一块，可以随便量化的

[soulmt]

如果整个生产流程严谨, 未尝不是个好办法，但是大部分公司都是催命+无脑修改需求的方式来开发业务。。这种要实行这个模式....

[shapl]

我们把代码行数当做贡献量。。

[loveour]

@MangozZ #3 +1.不考虑工作量只考核 BUG 那就是耍流氓。

[zjq123]

@longbowape 怎么解释很多私企领导人对待下属的态度 "你怎么怎么就扣钱奥" 我第一家实习的公司还每个人每个月的工资都是部门经理写在一张表格上的 所以你想想看好了 你的生杀大权都在他手上

[hantsy]

这样的只有一种结果，大家结果都是打酱油，相互敷衍，而不是把事情做好。

[xsen]

１．评估工期极可能长
各种可能都要考虑到

２．把自动化测试都自己搞起来
开发个小模块小功能，没事慢慢把所有用例过一遍＼两遍＼三遍，确认没问题再提交测试


其实一句话就是，把测试的工作顺手就做了，而且要反复多做．测试会轻松很多，建议内部转岗测试

[hantsy]

之前有讨论，https://www.v2ex.com/t/625556#reply44

[hantsy]

BUG 数量能够和绩效持钩，突然想起以前报道那个军方的写了多少 G 代码的美女程序员。。。

[leafre]

找个降薪的理由，要么忍要么滚

[bk201]

需要一套科学的计算方法，否则就是不做。