有公司把 Bug 数量作为绩效考核的吗？我们刚来了个经理把 Bug 数量作为绩效考核。
cong · 2019-12-03 16:23:46 +08:00 · 8862 次点击这是一个创建于 2159 天前的主题，其中的信息可能已经有所发展或是发生改变。
 |
1
lietoumai 2019-12-03 16:27:06 +08:00
领导：忙什么呢？
撸主：忙着写 Bug 呢 |
 |
3
Risin9 2019-12-03 16:33:28 +08:00 via Android
我们公司要出个根据解决 bug 修改文件的提交记录追溯 bug 的责任人的系统，有点扯...
|
 |
4
oott123 2019-12-03 16:42:49 +08:00 via Android
bug 越多工资越高吗
|
 |
5
opengps 2019-12-03 16:45:12 +08:00
有参考意义：
bug 太少可能存在隐含问题开发私吞了等原因 bug 太多则可能是业务复杂或者水平不够等情况 但是 bug 数量一定不能用来形容项目质量好不好 |
 |
6
learnshare 2019-12-03 16:46:52 +08:00
总要找个办法裁员嘛
|
 |
7
anteros 2019-12-03 16:50:11 +08:00  1
想想，为啥这种人都可以做经理。
你细品。 |
 |
8
Frank520 2019-12-03 16:52:05 +08:00
我们 CTO 看 bug 数量评绩效
|
 |
9
q8515620 2019-12-03 16:56:09 +08:00 via Android
你还没说经理的考核标准。
越多越好：说明工作量饱和？ 越少越好：说明代码质量高？ 是哪种呢？当然，这两种情况都不应该作为考核标准。 |
 |
10
cong OP 1
@php01 我没觉得我们经理有问题，这个事我也说不清好坏，想听大家各个角度讲讲。但是您的逻辑好像有点不对，一个人做了一件脑残的事，不能说这个人做啥都脑残。
|
 |
11
golden0125 2019-12-03 17:17:33 +08:00
只有惩罚,没有奖励的机制都是耍流氓
|
 |
12
coderluan 2019-12-03 17:21:11 +08:00
如果你签合同时候不涉及绩效相关内容，就没任何问题。否则的话，就不好说了，可能是单纯的作为绩效标准，只要不是唯一标准问题就不大，也可能是为减薪或者裁员做铺垫和找理由。
|
 |
13
Rwing 2019-12-03 17:22:22 +08:00
那么如何统计 bug 数量呢？是不是可以徇私？
|
 |
14
bkmi 2019-12-03 17:25:09 +08:00 via Android
所以你们没一个人能提出异议，并且怼回去，就这么执行了？
|
|
15
anteros 2019-12-03 17:26:25 +08:00
@cong 在这个遍地是机会和选择的时代，选择一叶知秋观人法是性价比最高的办法。
特别是当你脑袋里的样本库足够大，分好类的时候。 比如，据我观察，中医的拥趸者，大多也对反转基因有兴趣。比如大多数基督徒和佛教徒是伪善的，不可交，满嘴谎言，话不可信。 虽然会有误伤，但是性价比高。 |
 |
16
wuhanchu 2019-12-03 17:29:43 +08:00 1
有啊。 测试部门还以此来发奖金，有一个刚毕业的测试妹子，同一个 bug 给我提了 5 次，然后我不干了。
|
 |
18
beidounanxizi 2019-12-03 17:42:45 +08:00
拿这个 来当做绩效裁定 也不会被劳动仲裁部门 支持的呢 需要你确认同意
|
 |
19
fhsan 2019-12-03 20:23:08 +08:00
就和 kpi 一样，最大多数人的最大价值相对可靠的计算方法
|
 |
20
fen 2019-12-03 22:30:48 +08:00
BUG 不能作为唯一标准。
但 BUG 多的人，要么需求理解有问题，要么水平真不行。 |
 |
21
NonClockworkChen 2019-12-03 22:43:01 +08:00
@fen 难道不能是需求本身不合理或者文档不够清晰吗
|
 |
22
xcstream 2019-12-04 01:17:05 +08:00
考核 2 个字就是有恶意的，不管什么指标
|
 |
24
chinuno 2019-12-04 09:06:41 +08:00 via Android
bug 数量做考核没有，但是以前有过提交 patch 数做绩效考核，要求每个人每周至少提交十几个 patch
|
 |
25
jrtzxh020 2019-12-04 09:10:06 +08:00
我们公司，bug 是 kpi 一个指标哦，当然是指生产上的 bug。。
|
 |
26
aut0man 2019-12-04 09:43:54 +08:00
这不应该是..很正常的吗。我司一个后端，我来的时候她就在了，开发个模块，bug 不断，提了改，改了提。一周过去了，刚把一个模块写好（一般人 2-3 天吧），我看了眼 sql，一言难尽。你说这种的你不考核一下，年底了，她和别的开发又快又好的领一样的钱，别人不难受？那不成了劣币驱逐良币？（当然我入职后没俩月她被辞退了）
|
 |
28
luckbbs 2019-12-04 10:05:26 +08:00
对测试部门来说很正常
|
 |
29
aoboco 2019-12-04 10:11:19 +08:00
不扣钱就行了
|
 |
30
zjl03505 2019-12-04 10:11:28 +08:00
这需要看 bug 的权重以及是否是唯一的绩效考核点来评判，若并不是唯一的且不是占据主要权重并没有什么不可接受
|
 |
32
flankechen 2019-12-04 11:23:03 +08:00
其实，怎么衡量程序员的工作量就是一个天大的难题，不知道有没有管理大师研究过这个问题了
|
 |
33
lagoon 2019-12-04 11:24:44 +08:00
没啥好说的。所以那么多人，要爬到管理位。
人家权力大，就是为所欲为。 |
 |
36
hantsy 2019-12-04 15:51:50 +08:00
哈哈，那些开源项目，要是这样评价就完了。
一个开源项目是否活跃，流行，Bug 数据是最基本的依据。如果你关注一些国外的技术大会，经常在介绍一些新兴项目的时候，他会给一个统计图，我们 BUG 数量从去年的 XXX 增加到今年的 XXX，来说明这个项目关注的人数急剧的增加。一个没有 Bug 的软件，只能说这个软件没有人用，只要有人用怎么会不提 BUG。 有这种想法的公司说明领导可能以前真的是搬砖的，认为软件和 BUG 都是死的，就和砖一样，搬了一块少一块。 |
 |
39
tabris17 2019-12-04 16:20:03 +08:00
以后就不叫 bug 了，叫 feature 吧
|
 |
40
DarrenLuo 2019-12-04 16:20:54 +08:00 via Android
我能说有公司拿代码行数来玩的麽
|
 |
41
Erroad 2019-12-04 16:22:19 +08:00
可以作为指标，但是要综合开发量、工期、任务难度才行
|
 |
42
frantic 2019-12-04 16:32:22 +08:00
我之前有家公司是这样，结果有个牛逼的同事写复杂点的逻辑都直接 catch Exception
|
 |
43
jason19659 2019-12-04 16:33:54 +08:00
少写少错？
|
|
44
aut0man 2019-12-04 16:53:32 +08:00
@hantsy 我之前是认可 bug 数量统计这一套的。看了你说的觉得很有道理...那什么维度评价开发才是一个比较合理的评价体系呢？（喜欢可以说详细点，忙的话随便点我两下，printf “thx (σﾟ∀ﾟ)σ..:*☆”；）
|
 |
45
Mmdhejx 2019-12-04 18:33:38 +08:00
好像之前看过类似的帖子……
|
 |
46
300 2019-12-04 18:35:23 +08:00 via Android
快年底了
|
 |
47
zhiguang 2019-12-20 16:39:15 +08:00
我不写不就没 bug 咯
|
Select Language