怎样才算一个好的项目经理

怎样才能算是个优秀的PM？大家发表一下自己的看法。
我先来
（１）很强的软件开发能力：包括技术和一些方法论，让客户和Ｂｏｓｓ相信你的专业，让手下的员工信服

（２）熟悉业务领域知识：能用客户的语言与其沟通，否则很难挖掘出客户的真正需求

（３）能很好和各方面沟通，处理好人际关系：处理好与Ｂｏｓｓ的关系，能支持你工作中的一些想法体会你的难处；处理好和Ｃｕｓｔｏｍｅｒ的关系，让他少找你＂麻烦＂；处理好和手下的员工的关系，让其相信你并能全力工作

（４）一些管理的知识和技能：比如预算和成本控制，识别和控制风险，进度的掌握和控制

（５）平衡各方面的利益：要能让Ｂｏｓｓ赚到钱，最终产品能实现客户的商业价值，手下的员工有所成长并能获得对应报酬

（６）承受压力：承受客户的抱怨和质疑，老板的训斥，员工的怀疑和消极怠工
My God！这还是人吗？神啊！

评论

47 楼 EnhyDra_ 2007-05-13  

项目，人员，客户，以及领导，那可是压在项目经理上的四座大山丫！

46 楼 抛出异常的爱 2007-05-12  

。。。。。。
你说的那叫神。。。

PS：不要限制技术方面的东西是一个经理的守责。
楼上不要用你的职位去作你说的事。
如果有时间让程序员自己去头痛这种事吧

45 楼 wuhua 2007-05-12  

抛出异常的爱 写道

run_xiao 写道

怎样才能算是个优秀的PM？大家发表一下自己的看法。
我先来
（１）很强的软件开发能力：包括技术和一些方法论，让客户和Ｂｏｓｓ相信你的专业，让手下的员工信服

（２）熟悉业务领域知识：能用客户的语言与其沟通，否则很难挖掘出客户的真正需求

（３）能很好和各方面沟通，处理好人际关系：处理好与Ｂｏｓｓ的关系，能支持你工作中的一些想法体会你的难处；处理好和Ｃｕｓｔｏｍｅｒ的关系，让他少找你＂麻烦＂；处理好和手下的员工的关系，让其相信你并能全力工作

（４）一些管理的知识和技能：比如预算和成本控制，识别和控制风险，进度的掌握和控制

（５）平衡各方面的利益：要能让Ｂｏｓｓ赚到钱，最终产品能实现客户的商业价值，手下的员工有所成长并能获得对应报酬

（６）承受压力：承受客户的抱怨和质疑，老板的训斥，员工的怀疑和消极怠工
My God！这还是人吗？神啊！

只要能让Boss赚到钱就可以了
其它是为一个好项目经理作注释的

例如:你不会编程,业务不熟,沟通障碍,管理混乱,
但你每次都能从客户哪里要的钱别人都要不到.
那么能承受压力就是你的美德了....

这个并不能说明是好的项目经理。不能说是合格的项目经理
我觉得好的项目经理是一个不仅是让项目可以交付，最重要的是后续合作可以无缝的跟当前项目集成。
也就是您不能只为老板赚这次的钱，而是要持续的赚钱。
对于技术来说，不仅对这次开发有激情，以后也要持续的产生激情。

44 楼 RodneyVin 2007-04-11  

刘备。

43 楼 eastviking 2007-04-04  

除了大家说的之外，我觉得一个好的项目经理必须把项目管理与业务方面分割清楚：
项目进行中，项目经理的核心职能是保证完美交付，绝对不要太关心业务(销售)问题：
假设客户和公司间在付款或者价格等方面有争议，项目经理绝对不应介入。
项目经理应该保持中立，如果项目经理偏向自己公司，为了公司利益而以“实施过程”来向客户施压，绝对是恶化双方关系，后面的路也更难走。

但有时公司会要求项目经理对客户进行策略性的“要挟”，项目经理还是本着对客户负责的态度灵活处理为好，因为最终还是项目质量决定合作关系。搞到最后质量上让客户不满意，只会让客户找到更好的拒付理由。

gigix的那篇文章很好(http://michael.nona.name/archives/163)，但我觉得置身事外也不合适，项目经理与主持人不一样。
项目搞砸了，项目经理肯定是两边都要找的责任人。

42 楼 jaytyan 2007-03-26  

谢谢gigix转发的文章，刚刚拜读，感觉很不错。

谢谢！

41 楼 ahuaxuan 2007-03-26  

jaytyan 写道

一位优秀的管理者不在于自己有多强，而在于是否能发挥下面人的能力，挖掘大家的潜力，带领一个团队共同把工作做好。

没错，一个好的管理者要做的事情不是鞭策，而且带领和激励，但是上面讲到的两种项目经理其实在现实生活中是非常常见的。
小项目中一个项目经理 == 技术总监 + 需求分析员(designer) + 架构师 + 项目经理的情况比较常见。
大项目中是不可能存在这种项目经理的，一个需求就得折腾几个人，再来一个设计又有一两个人，还有计划，技术，等等，一个人是不可能做这么多事，除非他是神啊，呵呵

gigix上面提供的那篇blog说得也很有道理

40 楼 gigix 2007-03-26  

Michael Chen: 置身事外：能力与勇气
http://michael.nona.name/archives/163

39 楼 feygo 2007-03-26  

我比较同意，项目经理!＝技术总监＋需求分析＋架构师＋项目经理.
也可以更精确一点儿，项目经理 < 技术总监＋需求分析＋架构师＋项目经理.如果说一个项目的所有分析决定权，不管是技术上的业务上的，都掌握在项目经理一个人手上，这个项目经理要么是超人要么就是什么都做不好(一个人的项目除外).
对于技术不懂需求不懂的项目经理，在项目中有他存在的价值，但是这个价值也是大折扣的。比如，开项目例会的时候，核心成员要相互沟通交流，交流的基础就是技术要懂需求，需求要了解技术，这样沟通的结果 制定的计划才是贴合实际的，如果这个时候一个不懂技术不懂需求的项目经理在这儿，他能做什么？当书记员么？
另外，我还见过一种项目经理，也是不懂技术不懂业务，但是个人的魅力非常强！能让团队有很强的凝聚力，让团队的氛围非常融洽,项目自然就做得好！
总结，好的项目经理有很多，类型也很多，找到自己合适的工作方式就行，不管黑猫白猫，能完成项目为公司创造利润就是好的项目经理!

38 楼 jaytyan 2007-03-26  

看到大家对于怎样才算一个好的项目经理纷纷留了自己的意见，这里非常感谢“抛出异常的爱”等诸位牛人。受教了，谢谢！^_^
就想法而言，我比较同意ahuaxuan的想法，就像总经理！＝技术总监＋市场总监＋财务总监＋人力资源总监＋……＋总经理一样，不懂需求，不懂技术并不代表他不能成为一个好的项目经理，关键在于他能否调动小组成员中懂需求、懂技术的积极性。
就像clamp所说的“项目经理必须在项目团队内展开“强力对话”，鼓励需求分析人员、技术负责人畅所欲言，对各种变数情况充分予以考虑，这样形成的计划才有可行性。 ”这就是调动大家积极性的一种有效方法。
不过就现状而言，对项目经理的要求就是一个项目经理＝技术总监＋需求分析＋架构师＋项目经理。这样看起来能够有效的节约成本。这种现状对于不懂技术的项目经理而言，就需要懂需求，然后调动程序员积极性，从而制定出更准确的计划。

另外谈点对管理的体会：一位优秀的管理者不在于自己有多强，而在于是否能发挥下面人的能力，挖掘大家的潜力，带领一个团队共同把工作做好。

37 楼 ahuaxuan 2007-03-26  

chengren 写道

如果是PMO中的一个项目经理 != 技术总监 + 需求分析员(designer) + 架构师 + 项目经理 ，但是怎么可能指望一个只有十几个、几个人月的项目组还委任一个项目经理 == 项目经理的人。。。

我认为在这种情况整个项目的man-day不会变少反而会变多，也就是说，即使是小项目，那么职责划分明确的团队所花的man-day应该要比一个项目经理 == 技术总监 + 需求分析员(designer) + 架构师 + 项目经理的团队所花的man-day少，也就是成本更低，或者在项目更小的情况下，比如说我一个人做的项目那我肯定是项目经理 == 技术总监 + 需求分析员(designer) + 架构师 + 项目经理+程序员。

36 楼 chengren 2007-03-26  

如果是PMO中的一个项目经理 != 技术总监 + 需求分析员(designer) + 架构师 + 项目经理 ，但是怎么可能指望一个只有十几个、几个人月的项目组还委任一个项目经理 == 项目经理的人。。。

35 楼 yiding_he 2007-03-26  

1、程序员的薪酬待遇不是项目经理能说了算的。
2、项目经理主要还是做协调的角色（开发测试人员自己做计划和分任务）。
3、开发测试人员对资源（人手，设备）和工作环境有要求，找项目经理解决。满足这些合理要求是项目经理的义务。只要项目经理对于项目组的声音积极的反馈，就不存在二者间所谓的“潜在矛盾”。

34 楼 clamp 2007-03-25  

ahuaxuan 写道

当然如何要把项目管理好也需要很多技能,jaytyan也说了很多,但是我觉得jaytyan不懂技术完全是没有问题的,因为手下的人懂啊,
一个项目经理 != 技术总监 + 需求分析员(designer) + 架构师 + 项目经理
一个项目经理 == 项目经理

你说的对了一半。
项目经理是必须要做计划的，而如果项目经理不懂业务或者技术，他就很难对需求分析人员及技术人员的估算进行评估。一份好的计划不是简单的问一下需求分析人员可以什么时候出文档，技术什么时候开发好，就可以得出来的。
要得出一份合理的计划，项目经理必须在项目团队内展开“强力对话”，鼓励需求分析人员、技术负责人畅所欲言，对各种变数情况充分予以考虑，这样形成的计划才有可行性。
如果项目经理不了解业务或技术，谈话就很难深入。

项目经理必须就业务和技术中的关键点形成自己的看法，为需求分析人员和技术人员提供项目管理角度的视角，这样有助于校正业务人员和技术人员的判断，包括客户交流、测试、配置管理、质量、现场实施等等其他一切方面莫不如此。

33 楼 小开ye 2007-03-25  

本人还是比较和“李超群”的想法一致，要想做好做成功一个项目，项目经理固然是关键，但是最基础的还是项目组各成员的能力，能做到各司其职。一个高效的管理，不是简单说说就能解决的，毕竟实际项目过程中有很多因素。但是我相信游戏总会有规则，何况是做生意。如果能抱着双赢的态度来实施项目，我相信这个项目至少成功了一半。

32 楼 ahuaxuan 2007-03-24  

jaytyan 写道

我觉得能够做到让客户、老板、项目小组成员满意的项目经理绝对是一个好的项目经理。
让客户满意，按时保质的完成项目是基本。做到按时就需要项目经理要严格的控制好项目的进度，如尽早预测出在期限内能否完成项目、设定每个时间段完成的任务，这样就可以有个总体规划，万一时间确实来不及也能提前找到一个应对措施和解决办法来。保证质量就需要多做测试，XP这种方式个人应用下来觉得不错；
让老板满意，就是要以最小的成本最大的收益完成项目。要想做到成本最小，又不能压榨小组成员，那只能尽可能的推掉客户的额外需求，因为对于客户而言，新的需求只是张张嘴说说而已，几乎没有任何成本，只要有被采纳的就是收益，而相应的对开发公司就是成本。最大的收益要看看这个项目能否给开发公司带来其他方面的效应，比如我目前负责的一个项目，客户是打算项目结束之后召开一个新闻发布会的，这对于我公司也相当于做了一次很成功的广告。这时候，就需要做点适当的小牺牲来获取更大利益；
让小组成员（主要指开发人员）满意，一方面要多听取他们的意见，毕竟开发是他们在做，另一方面要为他们考虑个人的发展问题，每个人都是有潜力的，大多数人都不喜欢被人限定死只能做什么，可以为他们指条光明大道，让他们的能力能够得到持续发展。最后就是多组织一些小活动，这样也有助于提高士气。

以上只是我最近做项目经理的一些体会。也希望能跟各位牛人多交流交流。

总觉得国内的公司总是给项目经理太多的要求，什么技术啊，业务知识啊，搞得项目经理不能真正专心于项目管理,使项目管理的质量低下,正如前面所讲项目经理的作用是把项目管理好,所以讨论如何才能成为好的项目经理也就是在讨论如何管理项目,请问前面所说的，1需求分析,2业务知识,3技术,这3点对项目管理有什么帮助吗,这三点应该分配给不同的责任人,术业有专攻,在这种责任明确的情况下开展敏捷方法必定会收到良好的结果.
当然如何要把项目管理好也需要很多技能,jaytyan也说了很多,但是我觉得jaytyan不懂技术完全是没有问题的,因为手下的人懂啊,
一个项目经理 != 技术总监 + 需求分析员(designer) + 架构师 + 项目经理
一个项目经理 == 项目经理

以上所说的是比较理想的情况,但是很多人会讲我们公司如何如何,缺人,等等,诸多借口,这种情况下项目经理只好越责去做他不该做但是不得不做的事情了,但那些并不是一个项目经理的本责

31 楼 李超群 2007-03-23  

不明白为什么好多程序员都有这种想法。如果你是一个销售，ok,很好。拿到单子就成了。作为一个软件开发者，我们的责任就是项目成功。赚钱不赚钱经常是工程师所力所不及的部分，但是，扪心自问，你觉得你做的项目，你写的代码足够好了吗？

没有攻击任何人的意思。只是在javaeye看过过多的这样的言论。

30 楼 gigix 2007-03-23  

抛出异常的爱 写道

PS:我认为s1不会大于s2

被剥削以后可以赚到更多的钱
似乎被剥削是一件不坏的事情

29 楼 抛出异常的爱 2007-03-23  

gigix 写道

我的问题是：
假如程序员SOHO的收入是S1，到公司打工的收入是S2
必定有S1>S2（因为老板剥削）
那么，
问题1：为什么程序员接受较低的收入S2
问题2：(S1-S2)的差价代表什么

原始社会没剥削....
为啥生活的也不好呢
剥削与阶级矛盾的政治思想等等
都不是我关心的问题
只要知道答案就可以了

引用

关注点应该放在哪里呢？不作自己作不到的事，
作为一个不懂技术的项目经理，
哪些是自己做不到的呢？
因为我觉得不懂技术的项目经理的优势应该是在对三方关系的协调以及对项目进度的准备预见和把握上。

你不懂技术那么团队里有没有人懂?
不懂技术如果有技术问题要先请教,后发言.

我认为新项目经理应该作的两件事:
习惯.帮助所有的成员
把好的习惯养成,坏的习惯去掉
好的习惯让你的团队在处理一般性事件上减少差错

应变 我认为这是80/20中的20的事可以得到80的奖励

PS:我认为s1不会大于s2客户与老板是敌对关系
(只有大于对方才有可能占更大的便宜SOHO所占的资源太少会被吃掉)

28 楼 jaytyan 2007-03-23  

jaytyan 写道

gigix 写道

抛出异常的爱 写道

gigix 写道

抛出异常的爱 写道

3.老板与程序员是赤裸裸的剥削关系....客户与老板(销售)是敌对关系
他们之间的合谐 都是由于他们自我克至....而不是由于项目经理...

既然如此，为什么程序员不都在家SOHO，为什么客户不直接找程序员来做系统？

现在是稳态双方矛盾没激化,
我只是说明一下
项目经理不应该妄想这三方关系会好....
应该把关注点放在主要的地方
好钢放刃上

不过要是有诸葛的脑力
什么都能摆平
就当我没说过

PS:资 本家在中国活的很好?

我的问题是：
假如程序员SOHO的收入是S1，到公司打工的收入是S2
必定有S1>S2（因为老板剥削）
那么，
问题1：为什么程序员接受较低的收入S2
问题2：(S1-S2)的差价代表什么

首先谢谢抛出异常的爱！^_^
不过还有点小小的困惑。
我想继续请教：
“项目经理不应该妄想这三方关系会好....
应该把关注点放在主要的地方
好钢放刃上”

关注点应该放在哪里呢？不作自己作不到的事，作为一个不懂技术的项目经理，哪些是自己做不到的呢？因为我觉得不懂技术的项目经理的优势应该是在对三方关系的协调以及对项目进度的准备预见和把握上。

这是我的疑问，还望不吝赐教！谢谢！

假如程序员SOHO的收入是S1，到公司打工的收入是S2
必定有S1>S2（因为老板剥削）
那么，
问题1：为什么程序员接受较低的收入S2
问题2：(S1-S2)的差价代表什么

这个我想一是因为程序员的接单子的能力大部分不是太强，因为一方面作为一般客户，肯定是更相信公司而不是个人；另一方面程序员又要接单，又要开发，我想也没这个精力来做吧，可能会饱一阵饥一阵；而在公司收入相对很稳定，各种福利都有，不要自己烦心；

差价代表接单的成本和办公成本、公司为程序员付出的福利成本、公司的利润等等。^_^