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

补充一点信息把
1.扣钱会折算成考评分数，最终扣在 3 个月的年终上，不对 12 个月的工资下手，也不违反合同
2.目前我在 qa 团队里扣的最少，最高的 qa 在 4k5 左右，最高的开发在 7k 左右
3.这家公司我待了一年多了，是我到现在为止唯一一家真的不加班，955 的公司，工资也不算低，开发团队氛围也很好，大家都是认真在干活的，我能不走真不想走

[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 我司还真是这样的……

[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 如果及时修复对用户没有造成影响时不扣钱只给举报方奖励