V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
emiyamuto
V2EX  ›  问与答

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

  •  
  •   emiyamuto · 2024-05-13 15:14:50 +08:00 · 3510 次点击
    这是一个创建于 389 天前的主题,其中的信息可能已经有所发展或是发生改变。
    规则
    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 条附言  ·  2024-05-13 16:27:02 +08:00
    补充一点信息把
    1.扣钱会折算成考评分数,最终扣在 3 个月的年终上,不对 12 个月的工资下手,也不违反合同
    2.目前我在 qa 团队里扣的最少,最高的 qa 在 4k5 左右,最高的开发在 7k 左右
    3.这家公司我待了一年多了,是我到现在为止唯一一家真的不加班,955 的公司,工资也不算低,开发团队氛围也很好,大家都是认真在干活的,我能不走真不想走
    40 条回复    2024-05-13 22:31:03 +08:00
    InDom
        1
    InDom  
       2024-05-13 15:20:03 +08:00
    忍滚。
    LLaMA2
        2
    LLaMA2  
       2024-05-13 15:20:40 +08:00
    我跟你讲,他们想要开猿节流,降本增笑啦现在!

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

    谁恶心你你就恶心谁!

    下班了,电话关机,微信离线!

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

    咱本本分分的工作。
    bootvue
        3
    bootvue  
       2024-05-13 15:21:46 +08:00   ❤️ 3
    好家伙 贷款上班
    vacuitym
        4
    vacuitym  
       2024-05-13 15:23:34 +08:00   ❤️ 2
    这不就变成了多做多错
    startisan
        5
    startisan  
       2024-05-13 15:24:18 +08:00   ❤️ 3
    能力越大,责任越大;责任越大,活越多;活越多,bug 越多; bug 越多,年终越少。

    能力越小,责任越小;责任越小,活越少;活越少,bug 越少; bug 越少,年终越多。

    综上,能力越大,年终越少。能力越小,年终越多。
    lovedebug
        6
    lovedebug  
       2024-05-13 15:25:42 +08:00
    好家伙。。
    建议公司每次决策失误都给员工发钱,每年销售额下降也给员工补偿~
    acthtml
        7
    acthtml  
       2024-05-13 15:25:49 +08:00
    这方案牛逼啊,bug 少,钱也少,建议让这种人才跳槽菊花
    xuelu520
        8
    xuelu520  
       2024-05-13 15:28:15 +08:00
    有没有可能变成工资负数,还得赔钱上班?
    建议赶紧走
    sdjl
        9
    sdjl  
       2024-05-13 15:29:14 +08:00   ❤️ 1
    是的,这是典型的多做多错,OP 其实有办法解决的,降低 bug 的方法不难,尽可能增加代码的冗余度,尽可能不要 import 其他自己写的库,各种函数在当前页面的代码中复制一份,让任何页面的修改都不会牵涉到其他页面。

    至于代码质量嘛,和你有啥关系呢。
    emiyamuto
        10
    emiyamuto  
    OP
       2024-05-13 15:29:17 +08:00
    @xuelu520 暂定是只对年终出手,12 个月的工资不受影响,最差的结果是年终从 3 个月变成 0
    x7DnVcd9bA706oWp
        11
    x7DnVcd9bA706oWp  
       2024-05-13 15:30:45 +08:00
    如果是扣工资留好证据直接仲裁就行(哪怕由于工作疏忽导致公司重大损失都不需要赔偿的),如果是从年终奖励扣那就没办法了(可以理解为这是年终奖考核指标),而且年终奖法律并不支持
    emiyamuto
        12
    emiyamuto  
    OP
       2024-05-13 15:31:51 +08:00
    @duange7X24 是的,最终会结算成年终考核分数扣上去,所以从流程上是不存在任何问题的
    emiyamuto
        13
    emiyamuto  
    OP
       2024-05-13 15:32:23 +08:00
    @sdjl 我是测试岗,很难推掉
    sdjl
        14
    sdjl  
       2024-05-13 15:32:53 +08:00
    另外,同一个页面内也尽可能不要多个函数互相调用,能 copy 代码的,尽量 copy 代码使用,尽量保持多个函数完全独立。原本 1000 行的,尽可能写成 5000 行,这样在修改任何函数时,不需要担心其他函数之间的调用引起 bug ,并且方便把当前函数发给 AI 检查错误。
    Light3
        15
    Light3  
       2024-05-13 15:33:03 +08:00
    挺好的
    人都开完了 公司也黄了
    sdjl
        16
    sdjl  
       2024-05-13 15:34:36 +08:00
    @emiyamuto 测试岗就更简单了,你把这个方法告诉开发岗的同事,让他们按这个方法来,一来开发进度变慢了,你需要测试的次数变少了,二来 bug 确实减少了,第三他们可能会感谢你。
    emiyamuto
        17
    emiyamuto  
    OP
       2024-05-13 15:34:40 +08:00
    @sdjl #14 顺便一提,我们公司有较为严格的代码 review ,这些内容在 review 中会被发现,并且会影响季度考核分数(因为是技术 leader 打分)
    watry
        18
    watry  
       2024-05-13 15:35:30 +08:00
    测试、开发之外,再加个管理层维度呗。不然让你对接 60 个开发怎么办
    emiyamuto
        19
    emiyamuto  
    OP
       2024-05-13 15:36:34 +08:00
    @watry p7 以上确实会有管理层以流程为原因来进行分摊,但是 p1-5 一般是没有的
    sunamask
        20
    sunamask  
       2024-05-13 15:36:52 +08:00
    @startisan 我司还真是这样的……
    loveshuyuan
        21
    loveshuyuan  
       2024-05-13 15:40:44 +08:00
    奇葩公司
    didyoudo
        22
    didyoudo  
       2024-05-13 15:41:27 +08:00
    能让这种公司招到人,在座的都有责任啊
    Laimf
        23
    Laimf  
       2024-05-13 15:46:44 +08:00
    下次面试要问问,是不是有这种奇葩了
    justjy
        24
    justjy  
       2024-05-13 15:49:35 +08:00
    没有激励只有惩罚的公司走不远 劝楼主早日离职
    ZhuWenJian
        25
    ZhuWenJian  
       2024-05-13 15:54:18 +08:00
    让老板增加个制度,这个功能上线后赚了多少钱,也分给研发和测试。
    willli
        26
    willli  
       2024-05-13 16:11:48 +08:00
    3 个月年终?写进合同了吗?
    我就一个月年终,你是不是觉得舒服了些?
    miniliuke
        27
    miniliuke  
       2024-05-13 16:13:12 +08:00
    什么叫 BUG ?我们项目没有 BUG 都是 Feature
    ST0RMTR00PER
        28
    ST0RMTR00PER  
       2024-05-13 16:13:42 +08:00
    垃圾公司,你们不反抗吗?
    markchen88
        29
    markchen88  
       2024-05-13 16:20:36 +08:00
    每个月工资够赔么,还是可以肉偿
    huyu
        30
    huyu  
       2024-05-13 16:30:00 +08:00
    @willli 我一个月都没有,招聘,offer 上都写了,合同没写,到年底就是没钱,不发
    meeop
        31
    meeop  
       2024-05-13 17:05:06 +08:00
    1 理解成变相降薪就行
    最坏没年终奖,平均也扣个 2000

    2 规则变为多做多错,那么就少做和做的慢点
    如果是测试,就严谨测试,排期多要,测不哇就延期,慢慢来,反正发工资的
    如果是开发,就多排工时提升代码质量,提升监控报警,提升单元测试和自测
    Vegetable
        32
    Vegetable  
       2024-05-13 17:09:59 +08:00
    贵公司令我吃惊的是,人家是 P0 最高,你们 P9 是最高,哪天领导不开心了弄个 P100 也是有可能的,这不是无限责任了吗
    18xlX5iTe9mdoau0
        33
    18xlX5iTe9mdoau0  
       2024-05-13 17:13:16 +08:00
    买通测试就好了
    ktyang
        34
    ktyang  
       2024-05-13 17:14:52 +08:00
    不写代码就不会有 bug
    psklf
        35
    psklf  
       2024-05-13 17:17:10 +08:00
    @emiyamuto #13 拉长测试时间,一周的活干两周
    LLaMA2
        36
    LLaMA2  
       2024-05-13 17:26:51 +08:00
    根据楼主后续所说,他们公司的目的可能真的是为了高质量,虽然方法有待商榷,毕竟真的会出现多做多错。
    当然归根结底是扣奖励而不是约定好的基本工资

    从本质上讲,这个制度少了一个奖励方向,即扣除的年终应当划出部分或全部再次奖励给做的好的人,
    要不大家会集体摆烂,都在混基本工资
    frankilla
        37
    frankilla  
       2024-05-13 17:31:22 +08:00
    看了标题想到网上看了一段子,当一个公司开始抓考勤的时候,这个公司已经离死不远了。
    emiyamuto
        38
    emiyamuto  
    OP
       2024-05-13 17:44:07 +08:00
    @LLaMA2 #36 是的,提升质量是初衷。这个方案的起因是我们公司去年最后一个季度出个 4 个 p9 级别的 bug ,老板一怒之下就开始他的操作了。
    至于你说的奖励,我得到的反馈是,如果这样执行,会导致你的受益来自于其他人的失误,一是不合理,二是这样可能像囚徒困境,大家疯狂举报别人的 bug 以获得更高的建议,导致团队分裂
    me1onsoda
        39
    me1onsoda  
       2024-05-13 18:00:36 +08:00
    @emiyamuto 那没事了,摆就完了
    CRH
        40
    CRH  
       2024-05-13 22:31:03 +08:00
    @LLaMA2 要不改成 bug 比例 = bug 数 / 工作量,每个季度 bug 比例最高的 20%成员按梯度扣钱,发给 bug 比例最低的 20%成员,开发/测试团队各自算自己的 20%
    再设个 CEO 代码质量特别奖发给 bug 比例最低的前三名

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

    至于担心大家会疯狂举报别人的 bug 造成团队分裂,那就设置成举报的 bug 如果及时修复对用户没有造成影响时不扣钱只给举报方奖励
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2849 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 25ms · UTC 03:53 · PVG 11:53 · LAX 20:53 · JFK 23:53
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.