怎么看待代码行数评估工作量?

王二是一个非常优秀的程序员,别人100行代码才能完成的事儿,他往往10行搞定,别人一星期才能搞定的任务,他往往半天做完。王二不想揽那么多事情,就总是在每周快结束的时候才工作,其他时间都想办法娱乐

领导很是看王二不惯,可又没什么办法。后来领导一统计,这王二的代码量是整个团队最少的。于是,有一天,领导就颁布了一条规定要按代码行评估绩效,每周统计大家的代码行数,平均前三加绩效,年中和年底根据绩效发奖金

王二一听,心里明白怎么回事儿。不过他也不生气,很快想到办法:把一行代码能完成的功能,写成 10 行。比如一个给定两点计算矩形面积的函数,原本他写成下面这样一行代码:


新规定颁布后,他会写成这样:


一行变40行!

王二心想,娘希匹,看哪个龟孙的代码行数能超过老子!

果然,年中一算绩效,我的天呐,王二拿的奖金最高!

领导一看,不对呀,以往王二的代码量最少。于是,他就来查代码。这一查,勃然大怒,看出其中蹊跷,就取消了王二的奖金,还罚了王二几百块钱。

领导出了口气,不想和王二计较了,可又不想随便废掉新政,觉得那样太下不来台,就左思右想,琢磨改进的事儿。

终于,给他想到一个绝妙的办法,于是颁布了一个新规定:还是按代码行数评估绩效,规则更改为,在完成工作任务的同时,谁的代码行数最少,谁的绩效最高;谁的代码行数最多,谁的绩效最低。

这下,很多程序员傻眼了,没办法,还得适应新龟腚呀,就开始改变,每天都猛琢磨,怎么把原本200行代码可以实现的功能用一行来完成。

结果呢,整个团队,全变成了思考者,很多人一个月也不写一行代码,一年写不了10行。王二更绝,一年就写一行!

最后,大家任务都没完成,谁也没拿到奖金

这下,领导又发飙了!

于是,苦思冥想一昼夜,颁布了一个新规定还是按代码行数评估绩效,规则更改为,在完成任务的前提下,代码行数量越靠近均位数,拿的奖金越多。

这个法令一出,大家死活想不到办法,整日里愁眉苦脸。

要说还是王二聪明,熬了一夜,抽掉13包长沙后,写出来一个代码行归一工具:只要你输入一个数字,这个工具就能把你的代码拆成那么多行。比如你输入300,它就可以把你的一行代码拆成300行,还不影响功能。

王二乐于助人,编译了一个写死300行的工具发给大家使用。这样,每个人提交代码前,都用这个工具跑一下,工具自动完成折行、加空行等操作,把代码行数调整到300行。这样,大家每周代码行数量都变成了300行,半年下来,都有望拿到最高奖金。

然而,领导狂飙啦!天底下就不该有这种事啊!

于是,领导就又来查代码,结果发现,每个人的代码都跟加过扰似,根本读不懂!

最后,领导两天两夜没睡觉,第三天早上,发布了新规定:废除按代码行数评估绩效。

大家一听,都心安了。

然后好景不长,第四天,领导颁布了一条新规定:从今天开始,大家的绩效,按每千行代码Bug数来计算,Bug越多,绩效越低,Bug越少,绩效越高。

王二一听,哇呀,这下难了,可他心高气傲,心想老子还能想不出办法来?于是每日里别事不干,就琢磨怎么降低每千行代码Bug数……

一晃半年过去,王二一行代码没写,结果却发生了意料不到的事情:他的每千行代码Bug数为0,最低,绩效最高!

王二大笑三声,跑去找领导要奖金,领导难以承受巨大的冲击,狂喷三分钟鲜血,被120接走了……

声明:本文观点仅代表作者观点,不代表MBA智库立场。
4+1
安晓辉

微信公众号:安晓辉生涯(ID:programmer_sight);作家,职业规划师。

取消收藏
绩效  Bug  程序员  规定  奖金  领导