这是一个创建于 4512 天前的主题，其中的信息可能已经有所发展或是发生改变。
是不是会遇到这样的情况：
I. 费了很大劲儿，在项目的一开始就打好基础，将所有预见到的 bug 消灭在萌芽中。 结果项目因为没有什么大事发生，逐渐被冷落。
II. 赶进度，到处都是 bug 保证一段时间不出问题，念阿弥陀佛过日子，因为 bug 出现各种问题，最后找了个时间用各种补丁摞补丁的办法，终于让问题解决了，领导觉得你有功，大加赞赏。发各种奖励。
I. 费了很大劲儿，在项目的一开始就打好基础，将所有预见到的 bug 消灭在萌芽中。 结果项目因为没有什么大事发生，逐渐被冷落。
II. 赶进度，到处都是 bug 保证一段时间不出问题，念阿弥陀佛过日子，因为 bug 出现各种问题，最后找了个时间用各种补丁摞补丁的办法，终于让问题解决了，领导觉得你有功，大加赞赏。发各种奖励。
 |
1
yaohuilee 2012-07-23 22:24:51 +08:00
我觉得把一个项目带得非常的平稳，每天风平浪静的，才是真的有水平。各种风险都在萌芽阶段搞定了，不会等出现大坑了，才去想办法填坑。
项目做得每天都像在惊涛骇浪里行船，看起来表面上很忙，每天过的担惊受怕、烧香拜佛，每个人都不舒服吧，聪明一点的BOSS也不会喜欢每天看惊涛骇浪吧？ |
 |
2
bitsmix 2012-07-23 22:27:36 +08:00
所以需要懂技术的boss。
|
 |
3
ine181x 2012-07-23 22:28:14 +08:00
所以需要懂技术的boss。
|
 |
4
dreampuf 2012-07-23 22:30:36 +08:00
撸起自己的袖子，露出洁白的双手，勇于去擦别人肮脏的屁股
|
 |
5
bhuztez 2012-07-23 22:32:53 +08:00
|
 |
6
NemoAlex 2012-07-23 22:33:27 +08:00
管理是一门深奥的学问，同时也是艺术
过度依赖 KPI 的管理手段，毫无疑问都是失败的 |
 |
7
Numbcoder 2012-07-23 23:03:09 +08:00  1
甲乙两县长同时上任。甲县长抓紧带领全县修缮水利工程，数月高质量竣工，乙县则无动静。夏天，洪水至，甲县固若金汤，乙县四处汪洋。抗洪抡险，记者云集乙县，县长频频在救灾一线出镜，名声大振。数月后，提升副市长。 甲县长悟然，从此不修水利，盼望下一次洪水。
所以说，还是要看你的leader，是什么类型的。 如若像上述故事中的天朝型领导，该怎么做，你懂的。 不过要是我，果断走人。。 |
 |
8
xatest 2012-07-23 23:13:48 +08:00 1
跟领导个人风格关系不大，这是公司考核制度里的KPI设定不合理。我们对于bug的要求是，项目内网测试期间有很多bug或者很少bug都无所谓，不考量这个；项目外网正式上线之后，一旦有bug，则视为外网漏出bug，影响绩效，跟你是否立即修复无关。因为原则是最终质量越高越好，用户用到的产品需要保证质量。
|
 |
10
talentsnail 2012-07-24 07:39:36 +08:00 1
两个例子：
1.扁鹊三兄弟，大哥治未病，二哥治病刚出现时，扁鹊治病最严重的时候，因此扁鹊的名声最大； 2.辛亥革命，袁世凯佯装久攻不下，以达到养匪自重的目的，否则难逃兔死狗烹的下场。 |
 |
11
techzhou 2012-07-24 07:58:05 +08:00
我这里KPI属于放在那里看得那种 等到扣钱了 就发挥作用了 就我的情况简单回答LZ问题： 是
|
 |
12
zealot 2012-07-24 09:34:44 +08:00
@xatest 这个也会悲剧
A、B两人职位相同、层级相同，A能力较强，做比较复杂的项目、做得比B多，是B的3倍，B做简单的，工作量也小。A出错的概率会比较小，但是耐不住工作量基数大、难度大，出错的 *数量* 可能比B多。结果A因为Bug影响绩效，B升职了、A辞职了。留下的都是庸人 |
 |
13
fsw90628 2012-07-24 09:53:43 +08:00
这个问题比较专业。
之前的经理，不懂技术，但是50块钱奖励，一个 bug 扣一块钱，扣完为止。 那次得了 30 块钱，现金哦，哈哈。 个人觉得大部分老板还是希望少看到 bug 的。 |
 |
14
meng520 2012-07-24 10:19:10 +08:00 1
记得看杜拉拉升职记中有这么一场景，杜拉拉是这样解决的：把所有工作进度都报给上司，（让上司明白你天天在干吗，最主要是要让上司明白你在他的掌握之中，一切都在有序进行中，）并且遇到难点与上司一起讨论，并提出自己观点！（让上司明白你为工作处理哪些难题，）
|
 |
15
yuest 2012-07-24 10:26:20 +08:00
要同绩效管理战斗的程序员真是悲剧
|
|
16
Numbcoder 2012-07-24 10:33:05 +08:00
|
|
17
bhuztez 2012-07-24 10:46:00 +08:00
所以我总是建议程序员每写一行代码就扣他20块钱。
|
|
18
xatest 2012-07-24 11:07:30 +08:00
@zealot 你把话题范围扩大了，这里仅仅说的是bug的评估。对于评估人的能力和项目的复杂度，A的能力更强，如果在我们这，职位和层级上跟B是不一样的。
|
|
19
xatest 2012-07-24 11:11:27 +08:00
@Numbcoder 所以我说制度需要保证“上线漏出bug就会影响绩效”，而不是看是否立即修复，就算出问题也是将功赎罪而已，并不是没有罪。如果领导不制定、理解、遵循这样的管理方法，是领导糊涂。
孙子曰： 夫用兵之法，全国为上，破国次之；全军为上，破军次之；全旅为上，破旅次 之；全卒为上，破卒次之；全伍为上，破伍次之。 是故百战百胜，非善之善也；不战而屈人之兵，善之善者也。故上兵伐谋，其 次伐交，其次伐兵，其下攻城。攻城之法，为不得已。 |
|
20
xatest 2012-07-24 11:17:19 +08:00
老子也说：大白若辱，大方无隅，大器晚成，大音希声，大象无形。
善战者无赫赫之功，所以最NB的将领是很少有“战功”的，不战就可以屈人之兵，上线不用修补bug就可以稳定运行。 |
 |
22
tywtyw2002 2012-07-24 16:47:02 +08:00
技巧就是让 该出bug的是时候出bug 。 看见bug 不管 研究好大致解决办法，等领导发现bug 在去改。
当然太大的漏洞 除了那是要命的。 |
 |
23
j 2012-07-25 01:28:25 +08:00
|
 |
24
darasion OP 看了楼上诸君的回复，顿感理想与现实又疏远了很多。
|
Select Language