A. 如何成为一个优秀的项目经理
要有责任心、要善于沟通、能引导客户、能预测风险、善于总结、随需应变、善于激励团队、同时也要懂技术。责任心作为项目经理首先要有责任心。有了责任心，你会把项目当成自己的孩子，倾注你的全部心血。责任，会驱使你关注项目的进度，千方百计去寻找各种资源，推着项目往前走。甚至吃饭、睡觉，走路、坐车，都想着整个项目团队，想着他们还在加班加点，你可能很自然地给他们带点夜宵、冲杯咖啡，犒劳员工。
有了项目经理做表率，整个团队会鼎力支持工作，士气非常高，技术问题也迎刃而解，得到领导称赞和客户肯定，项目将朝着预想的方向发展。
善于沟通PMBOK（项目管理的知识体系）指出，项目经理75％～90％的时间用在沟通上。沟通无处不在，项目经理要具备良好的沟通能力。如:跟领导报告工作进度、跟客户介绍产品及说明工作成果、跟项目成员交待工作、跟公司内的其它人员争取支持、跟合作厂商协调配合事项等。对项目经理来说，每天大部分的时间是跟人沟通。项目经理上有老板、客户，下有项目组员，属于夹板层，沟通不好，容易出事。
当然，沟通的方式有多种，正式的、非正式的。正式的有:各种评审会议、周例会、项目启动会议、项目总结会议等，非正式的如:个人谈话、餐桌上的聊天，MSN聊天等。要结合着使用各种沟通的技巧。有时候，非正式的沟通反而能获得项目的实际信息，尤其是开发人员对项目的期盼、想法和思想。
项目经理要站在客户的立场，努力满足客户的业务要求，让软件真正为客户创造价值。但是，如果项目经理总被客户牵着鼻子走，就很容易陷入被动的局面，结果是客户的需求一直在变化，造成程序不停地返工，项目总在原地打转，很难推进，久而久之，大家筋疲力尽，积极性严重受挫。最后，项目做得一蹋糊涂！
开发方和使用方，要讲究“职位相当”，要找有话语权、能拍板的客户，统一接口人员，对需求的变更，不能说改就改，要做适当的变更控制，本人一直认为，最好就是把建议要做到“落到纸面上”，有必要时还是需客户签字确认。
对于客户提出的需求，项目经理要凭借优秀的技术水平、充沛的业务知识快速估算需求的变更需要多少开发工作量，有没有更好的解决方法。理想的情况是程序基本不做改动，又能满足客户的需要。但确实的做法往往是需要采用变通的方法，换一种方式实现客户的需求。这种情况下，需要项目经理对系统结构有全局的认识，尺寸一定拿捏得很准。
项目经理有时充当白脸、有时是黑脸，但无论如何，一定要维护组员的利益，本人经常看到很多项目经理有意无意地在客户面前说开发人员的不是，遇到客户不满意的地方，就指责开发人员。这种方法欠妥，若遇问题时，一般还是跟客户表态，向客户承认“错误”，回头再找开发人员讲道理，做到“内部的问题内部解决”。在这些年参于的项目中，有不少是大型项目。作为项目的主导人员之一，本人自认和客户关系处理得还是很不错，双方合作很愉快，最后有些客户变成了朋友。坦诚相待，有礼有节，所以说，“双赢”是项目经理努力的方向和追求的目标。预测风险风险贯穿项目之始终。作为项目经理，必须具有预测风险的能力，如技术储备是否满足项目需要，人员是否充足，项目预算够不够等。
随着项目的推进，项目经理要预测哪个环节会有风险，并及早采取规避措施。很多风险都是在和客户、和老板的私下接触才能获取的，比如跨年度可能会换领导，国企的当年预算必须当年使用，跨年度将作废等。
如果项目经理像程序员一样忙于整天的编程，而不关注项目风险的变化，就会很被动，甚至措手不及。记住，风险无处不在，作为项目经理要引起足够的重视，要有风险意识，能预测风险并控制风险。
善于总结“总结是为了提高，思考是为了做得更好”。尤其是年轻的项目经理，经验不太丰富，只能一边做，一边总结，在总结中前进。经历不等于经验，经历总结、沉淀后才能成为自己的经验。孔夫子说的“吾日三省吾身”，主要是多用心，经常向经验丰富的前辈请教。
很多项目经理，尤其是刚开始自己负责项目的项目经理，总把项目的一些过失归咎于外部因素，有时自以为正确，其实，常常犯先入为主的错误。其实要多从自身找原因，勇于自我批评，很多环节可以做得更好。随需应变“凡事预则立，不预则废”，做任何事情都必须有清晰的目标和计划，以目标为导向。有了计划，项目成员就看到了努力的方向，有“奔头”和干劲，唤起员工的工作热情，整个团队士气很高。
当然，软件这个行业，尤其是做国内项目，因为市场、客户、软件改进等需求，需要调动各种资源，所以即使规模很大的专业化软件公司，也没有一成不变的计划。虽然“计划赶不上变化”，但项目经理不要以此为借口而不重视计划的连贯性。做计划要留有适当的缓冲空间，松紧适度，随需应变！
市场主导研发，研发促进市场。项目的三驾马车:技术、业务、管理，哪个都不能少。项目的三要素:进度、质量、成本，项目经理要牢牢贯彻。有的项目经理没有“成本”的概念，一味地追求完美，痴迷于技术，而忘记及时交付，这是软件开发人员的通病。
激励团队项目组就是一个团队，项目经理作为一个团队的领导，首先要认知自己的角色，明确自己的职责，逐步加强与团队成员的关系，善于激励别人，建立友好关系，要用不同的方式和不同的人打交道，同时要帮助绩效不佳的人。所以说，项目经理不能只是埋头于技术钻研，更重要的是带动整个团队，燃起团队的激情，俗话说“兵熊熊一个，将熊熊一窝”。
其次，要明确团队目标，制定团队守则，增强团队成员间的信任关系，给予员工挑战性的工作，让团队充满生机和活力，给予表扬，协调人际冲突，处理危机。
最后，要善于评估绩效，做到奖惩分明，让不好的倾向和行为习惯扼杀在初始阶段。懂技术
项目经理只有懂技术，才能估算工作量，制定的计划才能相对可行。其次，懂技术，才能和别人沟通，尤其是和客户沟通，客户才能信任你。在软件开发领域“外行领导内行”不太现实。最为关键的是，即使主要技术人员走了，项目经理能随时补缺，不至于让项目瘫痪！
B. 如何做一个优秀的项目经理
如何做个好的项目经理?项目经理应该做什么?不应该做什么?这个问题涉及的范围很广，我只能就以前的一些项目经验谈谈个人的体会。难免有以偏盖全的地方，还请大家多提意见。
在整个项目组中，项目经理应该是整个项目的协调者和组织者，就好像是乐队的指挥，主要的职能是保证开发团队协调一致地工作。
再有，和客户的沟通也是很重要的。因为开发团队中的大多数人是不和客户直接接触的，项目经理是团队和客户沟通的桥梁。了解客户对项目功能和进度的期望要求，并根据团队的开发情况及时给出反馈，才能保证项目进展比较顺畅。
另外，项目资源的申请管理调配也是很重要的。项目资源包括人员，机器，网络，经费等等。合理的资源分配，可以大大加快项目的进度。
有很多项目经理是技术出身，或者说是有技术背景。这当然会对开发项目有很大的帮助，但是同时也可能导致出现一些常犯的错误。
首 先是过多注重于技术细节的实现，而忽略了对项目总体节奏的把握。原则上来说，注重技术细节是件好事。但如果过分注重技术细节，就会过犹不及了。因为一个人 的时间精力是有限的，在细节上花的时间太多，必然会影响对项目整体管理。所以，项目经理应该是面面俱到的，而不是只注重于某个方面。就好像乐队指挥，不会 对萨克斯特别关注，除非他这方面出现了问题。
其次是用个人能力代替了团队思 考，有个人英雄的危险。很多项目经理个人经验是很强，很多甚至是技术上的高手。但是项目经理这个角色，往往不是需要你成为个人英雄，而是成为很好的团队领 导者，这两个要求是不一样的。就好像打仗勇敢的士兵，是一个好的士兵，但不一定就是一个合格的指挥官一样。与其过分依靠个人 能力，不如激活团队的潜能，让每个成员都能发挥他们最大能力，这样对项目的帮助会更大。
另外，沟通不流畅也会存在某些项目中。为了解决这个问题，一些必要的会议还是非常有效的。但也注意会议效率，开会一定要为了解决问题而开，不能失去目标。
项 目管理中有个很重要的黄金三角法则，是项目经理们要牢牢记住的，就是资源，时间，功能。这三者就像三角形的三条边，是项目管理的三要素，是互相制约的关 系。如果一个项目，资源很少，时间很少，而实现的功能有很庞大，那显然是个不可能完成的任务。解决方法很简单，就是增加资源(人手，经费)，延长项目时 间，或者减少项目功能。当然在具体项目中，如何找到三者的最平衡点，如果达到最优化配置，有经验的项目经理会把握的很好。
善于讨价还价
我这里用讨价还价，并没有贬低的含义，正式的说法应该叫谈判能力。项目经理是项目计划的制定执行者，要和团队成员讨价还价，也要和客户讨价还价。所以这是很重要的能力，如果理解成到菜场买菜的讨价还价，也还是有点共同点的。
计划要协商，执行要坚决
简 单地来说，就是项目计划制定的时候，是需要和大家沟通协商的，不然就可能是不切实际，空中楼阁了。但是一旦制定好了，大家一致认可以后，就是团队共同的 承诺，进入了执行阶段。这时候，执行过程是非常坚决的，不存在讨价还价的余地的。一旦出现和计划不符的情况，需要严格查明原因，督促改进。