关于项目经理的讨论
以下是我收集整理的,各位网友对“项目经理”的讨论,希望能对广大程序员的成长有所帮助,这个讨论还在进行,有兴趣的朋友请到软件工程子论坛跟帖,希望大家能继续关注软件工程。
主 题:中国的项目经理都太水了
作 者:AutoAsm
所属论坛:软件工程
在中国,一提到程序员,就肯定想到熬夜.熬夜,加班对中国程序员来说是很平常的.这只能说明一个问题--中国的软件项目的管理和规划者太次了.在国外的大型软件企业,程序员的工作是很有正常的,虽然有时候要赶进度,但起码不是整天的加班,整周的熬夜(在中国这叫封闭开发).
熬夜加班不仅会使开发团队的士气下降,还会大大影响软件质量.为赶进度而加班首先说明项目的工作量的估算和可行性研究出了问题.所以中国的一些软件企业经常做出一些bug成堆的软件就不足为奇了.
回复贴子:
回复人:kingfox(小狐仙) (2000-12-6 21:20:00) 得0分
不见得吧?硅谷的程序员,加班加点是家常便饭啊,比中国的程序员可要辛苦多了。
现在很多情况下,加班赶进度不是因为规划的问题,而是市场变化太快,如果不在最短的时间内开发出产品抢占市场,就会被市场无情淘汰。在这种情况下,不加班几乎是不可能的。
回复人:mutant(异类) (2000-12-8 10:50:00) 得0分
算了,不说了,反正是没脾气了,人在屋檐下,不得不低头
回复人:iamxia(Xia) (2000-12-8 12:09:00) 得0分
干脆做自由开发者如何?^_^
回复人:eyes0(眼睛) (2000-12-8 20:58:00) 得0分
如果是因为项目前期规划的不好,责任当然在项目经理。但不排除临时的需求变动和人员更迭或市场需要造成的影响。
回复人:viv_wangsc(viv) (2000-12-23 13:34:00)
从严格的意义上来说,中国的项目经理不是真正意义上的项目经理!!!
回复人:cocia(高亚) (2000-12-23 19:00:00)
中国很多的项目经理根本不懂软件工程,一遇到项目总是说分工,模块。
哎!
回复人:mmmyyyaaa(编程浪子) (2000-12-23 19:10:00)
可我为了混口饭吃,还得继续Coding
回复人:largewang(垃圾王) (2000-12-26 21:52:00)
要想不加班,那就好好规划你的程序结构吧!
回复人:lessonwaver(waver) (2001-1-2 19:04:00)
项目经理还是要当的,不过要有责任心!!
我是从coding 过来的,深知规划不好的后果,可能是数十倍的工作量,所以我做规划时特别小心,特别仔细,所以我还算成功。起码,我的同时很支持我!!
回复人:object_cat(面向对象的猫) (2001-3-28 0:29:00)
所以XP中就有一条原则:每周工作40小时
回复人:osee2000(osee) (2001-3-31 20:15:00)
非常赞同 iamxia(Xia) 的观点,真是不如做个自由开发者!
既可以做自己感兴趣的事,又有成就感!
回复人:xuejinlong(垃圾) (2001-4-1 21:57:00)
团队精神很关键。
其实我们软件开发的人员大部分缺少团队精神。
每个程序员都认为自己很厉害。编code稍微厉害一点就目中无人。
到头来怨这怨那的。现在我们的软件开发企业超过百人的(程序员)有几个??
因为大家都不合作。当然不行。不要怨项目经理。
回复人:thcay(不想说) (2001-4-4 12:01:00)
呵呵,我在公司就是一个Project Manager.
我也很想用软件工程的理论来武装我的产品。可是...
也许是借口吧,要能真正的应用实在克服太多的障碍。
我是计算机本科毕业的,也是从Coding开始的,也遇到没有文档的痛苦。
可是,我自己能管理这个产品了,抽不出太多的时间和精力来实施我原来的software enginering的理想。 或许我这个Project Manager根本就是个虚位置?本质还是Coding?
回复人:AutoAsm() (2001-4-7 17:21:00)
程序员之间不合作,程序员有责任,但归跟到底还是管理和制度上的问题。我也带团队,虽然规模不是很大。如果有完善的纪律制度,有详细的里程碑和测试计划以及代码走查会议,用ISO来管理开发过程,那程序员还会难于管理吗?
一个无能的将军在打败仗以后只会说士兵不勇敢作战,一个无能的项目经理在项目翻船后只会埋怨程序员不合作。
回复人:t(天天) (2001-4-14 15:58:00)
我只是一个coder,看到这样的话题不免也要抱怨两句。本质上,我是很赞成把设计问题交给dj,把技术问题留给自己。如果一个设计不是烂到做不了的地步,我是愿意自己克服的。可是当你接到一个足够烂的项目,你要用他的模型做一个必须重新再作一遍的东西来证明他的模型的缺陷,这时候你是否感到的是无奈?其实我的要求并不高,我只不过想dj在设计的时候考虑我的建议。
回复人:liege(李子) (2001-4-15 14:17:00)
其实不是项目经理的问题,而是程序员的问题.
我们的大多数程序员根本就不听话,除了本事比他高的人之外
他们才不会听什么“外行”来指挥
所以即使定下了计划,到最后还是要熬夜
大部分程序员的作息规律是上午能起床就不错,起床开始上网聊天,当然顺便可能找些资料
等到吃完晚饭了才想起工作还没做,于是开始加班
回复人:AutoAsm() (2001-4-16 15:09:00)
大多数的IT企业都是弹性工作制。弹性工作制有好处也有坏处,好处不用说,它给了开发人员更大的自由,但坏处也很明显,它让一些不敬业的软件从业人员钻了空子;程序员的工作量更难于量化,这确实增加了管理的难度。
做为我本人,我更喜欢弹性工作制,但正如没有绝对的自由一样,弹性也不能无限,上午上班绝对不应该拖到中午才起床。也不应该把没做完的事情带回家。
另外,中国的很多IT企业纪律不严明(拘我了解),以至于liege(李子) 同志说即使下了计划,也还要熬夜。如果真的遇到这种情况,就要进行处分,要赏罚分明才行。按照项目进度完成了任务并达到了质量要求就发奖金,否则没有。
我觉得我们应该学习一下国外的(我指的是美国,不是印度,印度的很多做法不适合中国国情)。比如MS,他们在制定开发计划的时候,考虑得非常周全细致,连每个开发人员在开发期间有多少休假都要指定计划;另外,他们在制定计划时进行了质量控制,如果在交付的模块中的错误数超过了一定数量,那么这个程序员就要暂时出列反思。
回复人:wjyasd(孤独的人是可爱的.) (2001-4-20 20:06:00)
却有同感!水平的确不是很高!
回复人:liege(李子) (2001-4-20 22:40:00)
AutoAsm()说的没错
是要加强对程序员的管理
当然最好使用奖惩制度,不要用行政手段干预
回复人:lji56(冲锋队员) (2001-4-25 5:03:00)
出一个主意, 制定开发计划的时候, 第一个milestone的时间表靠得是经验和猜测。已后的时间表就可以加入一个对比度。 (alpha = time estimated in M1 / time actually spent in M1).
adjusted time estimated for M2 = alpha * time estimated in M2.一个程序员的自我对比度越接近1,程序员的意见就越重要。项目经理有责任决定SCOpe and priority, 程序员有义务及时报告estimates and progress. 几次下来,程序员的alpha都>小组的平均的话,就可以谈谈话了。
然后再把A和B比, 加入质量比较, 实在不遵守软件开发制度要坚决处理。软件开发企业超过百人的靠的就是制度和管理。
回复人:luckygao(老高) (2001-5-26 14:52:00)
公司老板的问题最大.
回复人:sunlightbj(阳光) (2001-5-28 10:46:00)
据说开发windows,微软组织了3000人开发了一年。这三千人应该大部分都算是高手级的了吧(这可是开发操作系统啊),可是人家照样可以管理的很好。如果在中国,不出一个月,就已经乱的不可开交了(如果中国也能找出三千个这样的程序员的话)
软件工程的水平达到如此程度,实在值得我们好好学习。
回复人:freebase(飞猫) (2001-5-28 14:23:00)
在印度项目经理的主要工作是管理,在中国项目经理的主要任务是编码(救火)。
软件工程主要是从技术上来考虑问题, 我们的项目经理大多还没学会从管理的角度考虑问题。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/10752043/viewspace-989745/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/10752043/viewspace-989745/