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

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

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

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

    谁恶心你你就恶心谁!

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

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

    咱本本分分的工作。
    bootvue
        3
    bootvue  
       36 天前   ❤️ 3
    好家伙 贷款上班
    vacuitym
        4
    vacuitym  
       36 天前   ❤️ 2
    这不就变成了多做多错
    startisan
        5
    startisan  
       36 天前   ❤️ 3
    能力越大,责任越大;责任越大,活越多;活越多,bug 越多; bug 越多,年终越少。

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

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

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

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

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

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

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