公司新执行了一套 bug 扣钱标准，很不爽，想问问其他公司是怎么做的，或者说有没有办法给规则找点补

[emiyamuto]

规则
1.统计线上 bug ，按照 1-9 定严重度，指数相关得出严重度额度 a ，p1 对应 30 块钱，p9 对应 10000
2.每个 bug 同时还有测试和开发两个维度的低级程度 b 和 c ，同样 1-9 ，金额与严重度相同
3.测试和开发以一定比例分责，反应到严重度的额度分配，（ p9 ，测试开发五五开，则各承担 5000 的额度）
4.低级程度没有分配，全额算到该责任人
5.最终金额 x 为 a*责任系数*0.6+b （或 c ）*0.4

季度统计，单个季度最终金额 x 不超过 1000 则该季度不扣钱=0 ，四个季度总和后在年终里扣钱

目前统计下来我作为 qa 还挺不爽的，因为我单人对接 6 个开发，所以我上个季度在我自己已经很满意的情况下，依然最终金额达到了 1150 （ 10 个 p1-3 的问题），所以还是要扣钱，可烦了

[InDom]

忍滚。

[LLaMA2]

我跟你讲，他们想要开猿节流，降本增笑啦现在！

眼下的局面你提前 5 分钟上班，到点后 1 分钟准时离开，开会？对不起了，家里有急事。什么急事？对不起了，个人事务不方便透露？

谁恶心你你就恶心谁！

下班了，电话关机，微信离线！

但是，上班时间该做好的事情，该写好的代码尽职尽责完成，每天的 git 日志，会议记录一定保存好。

咱本本分分的工作。

[bootvue]

好家伙 贷款上班

[vacuitym]

这不就变成了多做多错

[startisan]

能力越大，责任越大；责任越大，活越多；活越多，bug 越多； bug 越多，年终越少。

能力越小，责任越小；责任越小，活越少；活越少，bug 越少； bug 越少，年终越多。

综上，能力越大，年终越少。能力越小，年终越多。

[lovedebug]

好家伙。。
建议公司每次决策失误都给员工发钱，每年销售额下降也给员工补偿~

[acthtml]

这方案牛逼啊，bug 少，钱也少，建议让这种人才跳槽菊花

[xuelu520]

有没有可能变成工资负数，还得赔钱上班？
建议赶紧走

[sdjl]

是的，这是典型的多做多错，OP 其实有办法解决的，降低 bug 的方法不难，尽可能增加代码的冗余度，尽可能不要 import 其他自己写的库，各种函数在当前页面的代码中复制一份，让任何页面的修改都不会牵涉到其他页面。

至于代码质量嘛，和你有啥关系呢。

[emiyamuto]

@xuelu520 暂定是只对年终出手，12 个月的工资不受影响，最差的结果是年终从 3 个月变成 0

[x7DnVcd9bA706oWp]

如果是扣工资留好证据直接仲裁就行（哪怕由于工作疏忽导致公司重大损失都不需要赔偿的），如果是从年终奖励扣那就没办法了（可以理解为这是年终奖考核指标），而且年终奖法律并不支持

[emiyamuto]

@duange7X24 是的，最终会结算成年终考核分数扣上去，所以从流程上是不存在任何问题的

[emiyamuto]

@sdjl 我是测试岗，很难推掉

[sdjl]

另外，同一个页面内也尽可能不要多个函数互相调用，能 copy 代码的，尽量 copy 代码使用，尽量保持多个函数完全独立。原本 1000 行的，尽可能写成 5000 行，这样在修改任何函数时，不需要担心其他函数之间的调用引起 bug ，并且方便把当前函数发给 AI 检查错误。

[Light3]

挺好的
人都开完了 公司也黄了

[sdjl]

@emiyamuto 测试岗就更简单了，你把这个方法告诉开发岗的同事，让他们按这个方法来，一来开发进度变慢了，你需要测试的次数变少了，二来 bug 确实减少了，第三他们可能会感谢你。

[emiyamuto]

@sdjl #14 顺便一提，我们公司有较为严格的代码 review ，这些内容在 review 中会被发现，并且会影响季度考核分数（因为是技术 leader 打分）

[watry]

测试、开发之外，再加个管理层维度呗。不然让你对接 60 个开发怎么办

[emiyamuto]

@watry p7 以上确实会有管理层以流程为原因来进行分摊，但是 p1-5 一般是没有的

[sunamask]

@startisan 我司还真是这样的……