V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
darasion
V2EX  ›  程序员

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

  •  
  •   darasion · 2012-07-23 22:14:58 +08:00 · 5242 次点击
    这是一个创建于 4266 天前的主题,其中的信息可能已经有所发展或是发生改变。
    是不是会遇到这样的情况:

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

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

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


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

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

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

    个人觉得大部分老板还是希望少看到 bug 的。
    meng520
        14
    meng520  
       2012-07-24 10:19:10 +08:00   ❤️ 1
    记得看杜拉拉升职记中有这么一场景,杜拉拉是这样解决的:把所有工作进度都报给上司,(让上司明白你天天在干吗,最主要是要让上司明白你在他的掌握之中,一切都在有序进行中,)并且遇到难点与上司一起讨论,并提出自己观点!(让上司明白你为工作处理哪些难题,)
    yuest
        15
    yuest  
       2012-07-24 10:26:20 +08:00
    要同绩效管理战斗的程序员真是悲剧
    Numbcoder
        16
    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
        17
    bhuztez  
       2012-07-24 10:46:00 +08:00
    所以我总是建议程序员每写一行代码就扣他20块钱。
    xatest
        18
    xatest  
       2012-07-24 11:07:30 +08:00
    @zealot 你把话题范围扩大了,这里仅仅说的是bug的评估。对于评估人的能力和项目的复杂度,A的能力更强,如果在我们这,职位和层级上跟B是不一样的。
    xatest
        19
    xatest  
       2012-07-24 11:11:27 +08:00
    @Numbcoder 所以我说制度需要保证“上线漏出bug就会影响绩效”,而不是看是否立即修复,就算出问题也是将功赎罪而已,并不是没有罪。如果领导不制定、理解、遵循这样的管理方法,是领导糊涂。
    孙子曰:
       夫用兵之法,全国为上,破国次之;全军为上,破军次之;全旅为上,破旅次
       之;全卒为上,破卒次之;全伍为上,破伍次之。
       是故百战百胜,非善之善也;不战而屈人之兵,善之善者也。故上兵伐谋,其
       次伐交,其次伐兵,其下攻城。攻城之法,为不得已。
    xatest
        20
    xatest  
       2012-07-24 11:17:19 +08:00
    老子也说:大白若辱,大方无隅,大器晚成,大音希声,大象无形。
    善战者无赫赫之功,所以最NB的将领是很少有“战功”的,不战就可以屈人之兵,上线不用修补bug就可以稳定运行。
    keakon
        21
    keakon  
       2012-07-24 12:20:46 +08:00
    @bhuztez import * from others
    tywtyw2002
        22
    tywtyw2002  
       2012-07-24 16:47:02 +08:00
    技巧就是让 该出bug的是时候出bug 。 看见bug 不管 研究好大致解决办法,等领导发现bug 在去改。

    当然太大的漏洞 除了那是要命的。
    j
        23
    j  
       2012-07-25 01:28:25 +08:00
    @Numbcoder @xatest leader关心的是什么时候上线(多少有点不可控)。而有很多bug则在l预期之内。作为工程师,能保证进度而又能不给l惹麻烦(太严重的阻断型bug)等于帮l解决了首要矛盾,他心中自然会记住你的好。工程师之间比较bug多少。。。则完全不在l的维度雷达之内。。。。//再重复一遍:客服组和测试组不就是解决bug的嘛。不能按时上线简直是要命哇。
    darasion
        24
    darasion  
    OP
       2012-07-25 15:28:17 +08:00
    看了楼上诸君的回复,顿感理想与现实又疏远了很多。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   5844 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 31ms · UTC 01:56 · PVG 09:56 · LAX 18:56 · JFK 21:56
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.