会不会 越是提前消灭 bug ,就越是没有绩效?

2012-07-23 22:14:58 +08:00
 darasion
是不是会遇到这样的情况:

I. 费了很大劲儿,在项目的一开始就打好基础,将所有预见到的 bug 消灭在萌芽中。 结果项目因为没有什么大事发生,逐渐被冷落。

II. 赶进度,到处都是 bug 保证一段时间不出问题,念阿弥陀佛过日子,因为 bug 出现各种问题,最后找了个时间用各种补丁摞补丁的办法,终于让问题解决了,领导觉得你有功,大加赞赏。发各种奖励。
5270 次点击
所在节点    程序员
24 条回复
yaohuilee
2012-07-23 22:24:51 +08:00
我觉得把一个项目带得非常的平稳,每天风平浪静的,才是真的有水平。各种风险都在萌芽阶段搞定了,不会等出现大坑了,才去想办法填坑。

项目做得每天都像在惊涛骇浪里行船,看起来表面上很忙,每天过的担惊受怕、烧香拜佛,每个人都不舒服吧,聪明一点的BOSS也不会喜欢每天看惊涛骇浪吧?
bitsmix
2012-07-23 22:27:36 +08:00
所以需要懂技术的boss。
ine181x
2012-07-23 22:28:14 +08:00
所以需要懂技术的boss。
dreampuf
2012-07-23 22:30:36 +08:00
撸起自己的袖子,露出洁白的双手,勇于去擦别人肮脏的屁股
bhuztez
2012-07-23 22:32:53 +08:00
NemoAlex
2012-07-23 22:33:27 +08:00
管理是一门深奥的学问,同时也是艺术
过度依赖 KPI 的管理手段,毫无疑问都是失败的
Numbcoder
2012-07-23 23:03:09 +08:00
甲乙两县长同时上任。甲县长抓紧带领全县修缮水利工程,数月高质量竣工,乙县则无动静。夏天,洪水至,甲县固若金汤,乙县四处汪洋。抗洪抡险,记者云集乙县,县长频频在救灾一线出镜,名声大振。数月后,提升副市长。 甲县长悟然,从此不修水利,盼望下一次洪水。


所以说,还是要看你的leader,是什么类型的。
如若像上述故事中的天朝型领导,该怎么做,你懂的。
不过要是我,果断走人。。
xatest
2012-07-23 23:13:48 +08:00
跟领导个人风格关系不大,这是公司考核制度里的KPI设定不合理。我们对于bug的要求是,项目内网测试期间有很多bug或者很少bug都无所谓,不考量这个;项目外网正式上线之后,一旦有bug,则视为外网漏出bug,影响绩效,跟你是否立即修复无关。因为原则是最终质量越高越好,用户用到的产品需要保证质量。
iiduce
2012-07-23 23:22:37 +08:00
@Numbcoder 好例子,很应景。
talentsnail
2012-07-24 07:39:36 +08:00
两个例子:
1.扁鹊三兄弟,大哥治未病,二哥治病刚出现时,扁鹊治病最严重的时候,因此扁鹊的名声最大;
2.辛亥革命,袁世凯佯装久攻不下,以达到养匪自重的目的,否则难逃兔死狗烹的下场。
techzhou
2012-07-24 07:58:05 +08:00
我这里KPI属于放在那里看得那种 等到扣钱了 就发挥作用了 就我的情况简单回答LZ问题: 是
zealot
2012-07-24 09:34:44 +08:00
@xatest 这个也会悲剧
A、B两人职位相同、层级相同,A能力较强,做比较复杂的项目、做得比B多,是B的3倍,B做简单的,工作量也小。A出错的概率会比较小,但是耐不住工作量基数大、难度大,出错的 *数量* 可能比B多。结果A因为Bug影响绩效,B升职了、A辞职了。留下的都是庸人
fsw90628
2012-07-24 09:53:43 +08:00
这个问题比较专业。

之前的经理,不懂技术,但是50块钱奖励,一个 bug 扣一块钱,扣完为止。

那次得了 30 块钱,现金哦,哈哈。

个人觉得大部分老板还是希望少看到 bug 的。
meng520
2012-07-24 10:19:10 +08:00
记得看杜拉拉升职记中有这么一场景,杜拉拉是这样解决的:把所有工作进度都报给上司,(让上司明白你天天在干吗,最主要是要让上司明白你在他的掌握之中,一切都在有序进行中,)并且遇到难点与上司一起讨论,并提出自己观点!(让上司明白你为工作处理哪些难题,)
yuest
2012-07-24 10:26:20 +08:00
要同绩效管理战斗的程序员真是悲剧
Numbcoder
2012-07-24 10:33:05 +08:00
@zealot @xatest
A, B两人职位相同,C是他们的leader。A接到项目后,从架构设计到代码编写稳扎稳打。B接到项目,从来不管什么性能,扩展性之类的,就开始写代码。最终B比A略快的完成了项目原型。两个项目上线后,B的项目频繁现各种bug,但是B每次都摆出一副视死如归的架势,通宵改bug之类的,C感动的内牛满面。。
最终的结果是B越来越受重用,而A渐渐被淡忘。原因是B执行力高,做事不怕吃苦。由于B有改不完的bug,和因为系统架构缺陷,系统被一次次推翻重做,所以开始出现人手不够,然后开始招小弟,B的队伍开始慢慢壮大,职位也逐步上升。而苦逼的A最终也只能选择走人了。。
bhuztez
2012-07-24 10:46:00 +08:00
所以我总是建议程序员每写一行代码就扣他20块钱。
xatest
2012-07-24 11:07:30 +08:00
@zealot 你把话题范围扩大了,这里仅仅说的是bug的评估。对于评估人的能力和项目的复杂度,A的能力更强,如果在我们这,职位和层级上跟B是不一样的。
xatest
2012-07-24 11:11:27 +08:00
@Numbcoder 所以我说制度需要保证“上线漏出bug就会影响绩效”,而不是看是否立即修复,就算出问题也是将功赎罪而已,并不是没有罪。如果领导不制定、理解、遵循这样的管理方法,是领导糊涂。
孙子曰:
   夫用兵之法,全国为上,破国次之;全军为上,破军次之;全旅为上,破旅次
   之;全卒为上,破卒次之;全伍为上,破伍次之。
   是故百战百胜,非善之善也;不战而屈人之兵,善之善者也。故上兵伐谋,其
   次伐交,其次伐兵,其下攻城。攻城之法,为不得已。
xatest
2012-07-24 11:17:19 +08:00
老子也说:大白若辱,大方无隅,大器晚成,大音希声,大象无形。
善战者无赫赫之功,所以最NB的将领是很少有“战功”的,不战就可以屈人之兵,上线不用修补bug就可以稳定运行。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/43248

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX