V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
cong
V2EX  ›  职场话题

有公司把 Bug 数量作为绩效考核的吗?我们刚来了个经理把 Bug 数量作为绩效考核。

  •  
  •   cong · 2019-12-03 16:23:46 +08:00 · 6472 次点击
    这是一个创建于 414 天前的主题,其中的信息可能已经有所发展或是发生改变。
    47 条回复    2019-12-20 16:39:15 +08:00
    lietoumai
        1
    lietoumai   2019-12-03 16:27:06 +08:00
    领导:忙什么呢?
    撸主:忙着写 Bug 呢
    cong
        2
    cong   2019-12-03 16:31:03 +08:00
    @lietoumai 哈哈,我们不生产 Bug,我们是 Bug 的搬运工。
    Risin9
        3
    Risin9   2019-12-03 16:33:28 +08:00 via Android
    我们公司要出个根据解决 bug 修改文件的提交记录追溯 bug 的责任人的系统,有点扯...
    oott123
        4
    oott123   2019-12-03 16:42:49 +08:00 via Android
    bug 越多工资越高吗
    opengps
        5
    opengps   2019-12-03 16:45:12 +08:00
    有参考意义:
    bug 太少可能存在隐含问题开发私吞了等原因
    bug 太多则可能是业务复杂或者水平不够等情况
    但是 bug 数量一定不能用来形容项目质量好不好
    learnshare
        6
    learnshare   2019-12-03 16:46:52 +08:00
    总要找个办法裁员嘛
    php01
        7
    php01   2019-12-03 16:50:11 +08:00   ❤️ 1
    想想,为啥这种人都可以做经理。
    你细品。
    Frank520
        8
    Frank520   2019-12-03 16:52:05 +08:00
    我们 CTO 看 bug 数量评绩效
    q8515620
        9
    q8515620   2019-12-03 16:56:09 +08:00 via Android
    你还没说经理的考核标准。
    越多越好:说明工作量饱和?
    越少越好:说明代码质量高?

    是哪种呢?当然,这两种情况都不应该作为考核标准。
    cong
        10
    cong   2019-12-03 17:12:50 +08:00   ❤️ 1
    @php01 我没觉得我们经理有问题,这个事我也说不清好坏,想听大家各个角度讲讲。但是您的逻辑好像有点不对,一个人做了一件脑残的事,不能说这个人做啥都脑残。
    golden0125
        11
    golden0125   2019-12-03 17:17:33 +08:00
    只有惩罚,没有奖励的机制都是耍流氓
    coderluan
        12
    coderluan   2019-12-03 17:21:11 +08:00
    如果你签合同时候不涉及绩效相关内容,就没任何问题。否则的话,就不好说了,可能是单纯的作为绩效标准,只要不是唯一标准问题就不大,也可能是为减薪或者裁员做铺垫和找理由。
    Rwing
        13
    Rwing   2019-12-03 17:22:22 +08:00
    那么如何统计 bug 数量呢?是不是可以徇私?
    bkmi
        14
    bkmi   2019-12-03 17:25:09 +08:00 via Android
    所以你们没一个人能提出异议,并且怼回去,就这么执行了?
    php01
        15
    php01   2019-12-03 17:26:25 +08:00
    @cong 在这个遍地是机会和选择的时代,选择一叶知秋观人法是性价比最高的办法。
    特别是当你脑袋里的样本库足够大,分好类的时候。
    比如,据我观察,中医的拥趸者,大多也对反转基因有兴趣。比如大多数基督徒和佛教徒是伪善的,不可交,满嘴谎言,话不可信。
    虽然会有误伤,但是性价比高。
    wuhanchu
        16
    wuhanchu   2019-12-03 17:29:43 +08:00   ❤️ 1
    有啊。 测试部门还以此来发奖金,有一个刚毕业的测试妹子,同一个 bug 给我提了 5 次,然后我不干了。
    cong
        17
    cong   2019-12-03 17:37:46 +08:00
    @bkmi 最起码是上下级关系,忒回去没用,还可能今后给你找麻烦。后续再看看能不能有别的解决办法。
    beidounanxizi
        18
    beidounanxizi   2019-12-03 17:42:45 +08:00
    拿这个 来当做绩效裁定 也不会被劳动仲裁部门 支持的呢 需要你确认同意
    fhsan
        19
    fhsan   2019-12-03 20:23:08 +08:00
    就和 kpi 一样,最大多数人的最大价值相对可靠的计算方法
    fen
        20
    fen   2019-12-03 22:30:48 +08:00
    BUG 不能作为唯一标准。
    但 BUG 多的人,要么需求理解有问题,要么水平真不行。
    NonClockworkChen
        21
    NonClockworkChen   2019-12-03 22:43:01 +08:00
    @fen 难道不能是需求本身不合理或者文档不够清晰吗
    xcstream
        22
    xcstream   2019-12-04 01:17:05 +08:00
    考核 2 个字就是有恶意的,不管什么指标
    Leigg
        23
    Leigg   2019-12-04 08:39:18 +08:00 via Android
    @wuhanchu 你也是牛批
    chinuno
        24
    chinuno   2019-12-04 09:06:41 +08:00 via Android
    bug 数量做考核没有,但是以前有过提交 patch 数做绩效考核,要求每个人每周至少提交十几个 patch
    jrtzxh020
        25
    jrtzxh020   2019-12-04 09:10:06 +08:00
    我们公司,bug 是 kpi 一个指标哦,当然是指生产上的 bug。。
    aut0man
        26
    aut0man   2019-12-04 09:43:54 +08:00
    这不应该是..很正常的吗。我司一个后端,我来的时候她就在了,开发个模块,bug 不断,提了改,改了提。一周过去了,刚把一个模块写好(一般人 2-3 天吧),我看了眼 sql,一言难尽。你说这种的你不考核一下,年底了,她和别的开发又快又好的领一样的钱,别人不难受?那不成了劣币驱逐良币?(当然我入职后没俩月她被辞退了)
    dcsite
        27
    dcsite   2019-12-04 09:56:09 +08:00
    @php01 是的,比如你的帐号里有 PHP 这字样,我就认为你很菜,反正我只管联想,不需举证。
    luckbbs
        28
    luckbbs   2019-12-04 10:05:26 +08:00
    对测试部门来说很正常
    aoboco
        29
    aoboco   2019-12-04 10:11:19 +08:00
    不扣钱就行了
    zjl03505
        30
    zjl03505   2019-12-04 10:11:28 +08:00
    这需要看 bug 的权重以及是否是唯一的绩效考核点来评判,若并不是唯一的且不是占据主要权重并没有什么不可接受
    php01
        31
    php01   2019-12-04 10:15:12 +08:00
    @dcsite 是的,你怎么想,那是你的事,不是我的事。
    flankechen
        32
    flankechen   2019-12-04 11:23:03 +08:00
    其实,怎么衡量程序员的工作量就是一个天大的难题,不知道有没有管理大师研究过这个问题了
    lagoon
        33
    lagoon   2019-12-04 11:24:44 +08:00
    没啥好说的。所以那么多人,要爬到管理位。
    人家权力大,就是为所欲为。
    cong
        34
    cong   2019-12-04 15:14:24 +08:00
    @jrtzxh020 线上 bug,这个是测试的指标吗?
    cong
        35
    cong   2019-12-04 15:16:43 +08:00
    @aut0man 那个。。这个后端要开除了吧。。是能力不行吧。这种要除外吧。
    hantsy
        36
    hantsy   2019-12-04 15:51:50 +08:00
    哈哈,那些开源项目,要是这样评价就完了。

    一个开源项目是否活跃,流行,Bug 数据是最基本的依据。如果你关注一些国外的技术大会,经常在介绍一些新兴项目的时候,他会给一个统计图,我们 BUG 数量从去年的 XXX 增加到今年的 XXX,来说明这个项目关注的人数急剧的增加。一个没有 Bug 的软件,只能说这个软件没有人用,只要有人用怎么会不提 BUG。

    有这种想法的公司说明领导可能以前真的是搬砖的,认为软件和 BUG 都是死的,就和砖一样,搬了一块少一块。
    hantsy
        37
    hantsy   2019-12-04 15:54:45 +08:00
    @Frank520 你们 CTO 应该不是做软件出身的。
    cong
        38
    cong   2019-12-04 16:16:00 +08:00
    @hantsy 你好,我看到你是自由职业者,我挺想和你聊一下的。方便加你微信吗?
    tabris17
        39
    tabris17   2019-12-04 16:20:03 +08:00
    以后就不叫 bug 了,叫 feature 吧
    DarrenLuo
        40
    DarrenLuo   2019-12-04 16:20:54 +08:00 via Android
    我能说有公司拿代码行数来玩的麽
    Erroad
        41
    Erroad   2019-12-04 16:22:19 +08:00
    可以作为指标,但是要综合开发量、工期、任务难度才行
    frantic
        42
    frantic   2019-12-04 16:32:22 +08:00
    我之前有家公司是这样,结果有个牛逼的同事写复杂点的逻辑都直接 catch Exception
    jason19659
        43
    jason19659   2019-12-04 16:33:54 +08:00
    少写少错?
    aut0man
        44
    aut0man   2019-12-04 16:53:32 +08:00
    @hantsy 我之前是认可 bug 数量统计这一套的。看了你说的觉得很有道理...那什么维度评价开发才是一个比较合理的评价体系呢?(喜欢可以说详细点,忙的话随便点我两下,printf “thx (σ゚∀゚)σ..:*☆”;)
    Mmdhejx
        45
    Mmdhejx   2019-12-04 18:33:38 +08:00
    好像之前看过类似的帖子……
    winterbells
        46
    winterbells   2019-12-04 18:35:23 +08:00 via Android
    快年底了
    zhiguang
        47
    zhiguang   2019-12-20 16:39:15 +08:00
    我不写不就没 bug 咯
    关于   ·   帮助文档   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1425 人在线   最高记录 5497   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 27ms · UTC 18:28 · PVG 02:28 · LAX 10:28 · JFK 13:28
    ♥ Do have faith in what you're doing.