公司新执行了一套 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 的问题），所以还是要扣钱，可烦了

[loveshuyuan]

奇葩公司

[didyoudo]

能让这种公司招到人，在座的都有责任啊

[Laimf]

下次面试要问问，是不是有这种奇葩了

[justjy]

没有激励只有惩罚的公司走不远 劝楼主早日离职

[ZhuWenJian]

让老板增加个制度，这个功能上线后赚了多少钱，也分给研发和测试。

[willli]

3 个月年终？写进合同了吗？
我就一个月年终，你是不是觉得舒服了些？

[miniliuke]

什么叫 BUG ？我们项目没有 BUG 都是 Feature

[ST0RMTR00PER]

垃圾公司，你们不反抗吗？

[markchen88]

每个月工资够赔么,还是可以肉偿

[huyu]

@willli 我一个月都没有，招聘，offer 上都写了，合同没写，到年底就是没钱，不发

[meeop]

1 理解成变相降薪就行
最坏没年终奖,平均也扣个 2000

2 规则变为多做多错,那么就少做和做的慢点
如果是测试,就严谨测试,排期多要,测不哇就延期,慢慢来,反正发工资的
如果是开发,就多排工时提升代码质量,提升监控报警,提升单元测试和自测

[Vegetable]

贵公司令我吃惊的是，人家是 P0 最高，你们 P9 是最高，哪天领导不开心了弄个 P100 也是有可能的，这不是无限责任了吗

[dsgdsfh]

买通测试就好了

[ktyang]

不写代码就不会有 bug

[psklf]

@emiyamuto #13 拉长测试时间，一周的活干两周

[LLaMA2]

根据楼主后续所说，他们公司的目的可能真的是为了高质量，虽然方法有待商榷，毕竟真的会出现多做多错。
当然归根结底是扣奖励而不是约定好的基本工资

从本质上讲，这个制度少了一个奖励方向，即扣除的年终应当划出部分或全部再次奖励给做的好的人，
要不大家会集体摆烂，都在混基本工资

[frankilla]

看了标题想到网上看了一段子，当一个公司开始抓考勤的时候，这个公司已经离死不远了。

[emiyamuto]

@LLaMA2 #36 是的，提升质量是初衷。这个方案的起因是我们公司去年最后一个季度出个 4 个 p9 级别的 bug ，老板一怒之下就开始他的操作了。
至于你说的奖励，我得到的反馈是，如果这样执行，会导致你的受益来自于其他人的失误，一是不合理，二是这样可能像囚徒困境，大家疯狂举报别人的 bug 以获得更高的建议，导致团队分裂

[me1onsoda]

@emiyamuto 那没事了，摆就完了

[CRH]

@LLaMA2 要不改成 bug 比例 = bug 数 / 工作量，每个季度 bug 比例最高的 20%成员按梯度扣钱，发给 bug 比例最低的 20%成员，开发/测试团队各自算自己的 20%
再设个 CEO 代码质量特别奖发给 bug 比例最低的前三名

其实其他公司 bug 多了考评一样会给低分影响年终奖嘛，只不过规则没有摆在明面上

至于担心大家会疯狂举报别人的 bug 造成团队分裂，那就设置成举报的 bug 如果及时修复对用户没有造成影响时不扣钱只给举报方奖励