有美团的大佬在吗,问一下你司也是以 bug 数作为绩效的吗 ?

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

V2EX 提问指南

这是一个创建于 1418 天前的主题，其中的信息可能已经有所发展或是发生改变。

一直以为程序猿绩效看 bug/看代码行数是个笑话.
今天从美团跳来的总监说美团还真是以 bug 数为绩效的?

美团

绩效

bug

行数

16 条回复 • 2020-12-31 22:37:14 +08:00

dethan

2020-12-29 12:04:54 +08:00 via Android

非互联网公司测试以发现的 bug 数作为绩效

xh520630

2020-12-29 12:08:41 +08:00

@dethan 是说写代码的

raaaaaar

2020-12-29 12:10:35 +08:00 via Android

只要我一行也不写，我就是年度绩效之王！

sslyxhz

2020-12-29 12:11:18 +08:00 via Android

不写代码是不是年年绩效 SS

kop1989

2020-12-29 12:11:38 +08:00

如果是评定开发人员绩效，从软件工程角度讲，就不能用客观指标。
因为一切客观指标对于软件开发来讲局限性都太大。
所以从我个人的经验，我更依赖主观综合评定。

Jooooooooo

2020-12-29 12:50:42 +08:00

当然不, 线上 case 数会作为参考

aeron

2020-12-29 13:06:04 +08:00 via iPhone

前段时间看到个项目的报告，算工作量时还真是功能点和代码行数

codyfeng

2020-12-29 13:08:37 +08:00 via Android

如果是 bug 影响绩效的话，还是合理的

Hilong

2020-12-29 14:10:44 +08:00

看千行代码 Bug 率吧。只能做参考，还是要看你干的活的

Arainc

2020-12-29 14:23:04 +08:00

同意千行 bug 率，但是对于大系统来说，不同代码区域的权重也不一样，比较稳定的组件或者框架，维护和修改的代码*一定比例；当然绩效肯定不止这个层面了- -

InkAndBanner

2020-12-29 15:12:29 +08:00

家里有人在美团做测试之前特意问过：bug 数和绩效有关但是权重很低

yaphets666

2020-12-29 15:25:33 +08:00

其实我这块心智负担挺大的
有时候有些边界问题没考虑到位
有时候少考虑了某种情况
这种就是想不到啊
那想不到的人是不是就不能干程序员了?
我自己是觉得有点太苛刻了

tabris17

2020-12-29 15:27:15 +08:00

首先要定义 BUG，其次要给 BUG 划分等级

agdhole

2020-12-29 15:42:44 +08:00

代码行数看绩效是数量越多越好？
那真是不能理解

onec

2020-12-29 16:02:47 +08:00

caseStudy 写多了肯定会扣绩效的😞

chengs

2020-12-31 22:37:14 +08:00 via iPhone

@yaphets666 不是苛刻是程序结构化不够好，你没找到方法。