如何成为一个优秀的项目经理

我一直赞同这个观点：“项目经理是干出来的，不是学出来的；是带出来的，不是教出来的。一个人要成长为一名合格的项目经理主要不是靠学，而是靠干，当然学也很重要。靠干，完全不学，可以出项目经理。但靠学不靠干，是绝对出不来项目经理的。光干不学，有可能会出现的情况是，你的能力本来可以做一个大项目经理，但现在可能只能做一个中的或者小的项目经理，因为你没有理论指导，有些问题可能处理得不够好。”在实施中型钢铁集团ERP项目的过程中，作为实施团对整个总结了很多的实践经验，当然这些经验不能作为项目经理的实施准则，或许也存在个人的误解，但是提供出来，以供大家参考。

一、真正理解项目经理的角色

对项目经理角色的理解一定要避免两个极端，一种过分强调项目经理的技术能力，认为项目经理应该是团队中技术最强的人，项目实施中的任何疑难问题最终归集到项目经理，项目经理必须说“Yes”或“No”，否则就无以服众。另一种则过分强调项目经理的领导能力，认为项目经理首要任务是给他的组员端咖啡，协调大家之间的关系等。我认为项目经理首先应是有过类似本项目的项目实施经验，对ERP项目有一个清醒地认识，同时对该行业的相关知识有扎实的基础；对该ERP项目能够做出一个科学的、切合实际情况的实施方案，在必要的时候能够帮助自己的组员解决问题，但并不是说项目经理必须是任何技术问题都非常精通，比如对于项目的网络构架，项目经理可以咨询相关专业人员。但无论如何，项目经理都应该熟悉和了解项目中的每一项技术，只有这样才能全面掌握项目。其次项目经理应具有协调、组织的能力，能够调节整个项目团队的气氛，在遇到挫折时“升温”，在过分乐观时“降温”；同时应具有同项目单位进行沟通、协调的能力，为自己组员的项目实施做好环境的准备；在遇到关键或疑难问题时，能够通过各种途径找到问题的答案。

项目经理跟一般的职业经理人不同，它具有较强的专业性，一个不懂技术的人是绝对不能做项目经理的，项目经理应该是技术和管理的结合。

二、重视对项目组的管理，奖罚分明。

在ERP项目的实施中，必须建立一套切实可行的项目管理制度，特别是多方组成的项目团队，更是如此。只有这样，才能保证整个项目实施的有序进行。规范化而且切实可行的项目管理制度，必须因企业、因项目而异。一般而言，应是项目管理原理、企业/行业特点和项目规模/性质、企业开发文化/素质等各种因素综合的产物。同时要严格执行制度，做到奖罚及时、分明。在制度建设上一定要避免两种情况：一是无项目管理制度，仅凭个人经验实施项目管理；二是书生制度，照搬教条，纸上谈兵，束之高阁。

项目管理的核心是‘三角平衡’，即规格、成本、进度三个方面保持平衡。在大部分项目实施中，往往无法确立和实现项目成本的指标、考核和控制，资金的支配权往往不归项目经理，而由公司决定，这样导致公司与项目经理之间的责任不清，对于某些制度也无法贯彻执行，不能很好地实现项目经理负责制。

为了组建一个和谐的团队，项目经理必须充当队员的激励者、教练、活跃气氛者、维和人员和冲突裁决人。 另外，项目经理还必须注重不同岗位的后备人员的开发。在项目的实施过程中一旦出现队员辞职的现象，项目经理能够合理安排人员调动和接替；同时，便于队员在工作过程中形成竞争，以及合理安排期间性休假。

三、计划、计划、计划

几乎所有的人都知道项目的实施需要制定计划。但是在具体操作过程中还是存在以下几种现象：一是项目计划的制定不够严谨，随意性大，可操作性差，因而实施中无法遵循（如项目计划过于粗略，落实不足），没有做到任务、进度、资源三落实。二是缺乏贯穿项目全程的详细项目计划，甚至采取每周制定下周工作计划的逐周项目计划方式，其实质是“项目失控合法化”。三是项目进度的检查（与进度计划比对）和控制不足，不能维护项目计划的严肃性。

再完美的计划也会时常遭遇不测，但并不表明我们不需要制定计划了。如果没有计划我们就失去了参照物。项目经理应该能够预测变化并且能够适应变化。经常做一些“如果——那么”的假设，避免安于项目现状，在项目发生变化时能够及时作出调整。计划总在变化，计划没有变化快，关键是计划能够跟上变化。

在项目的实施过程中，经常会将整个项目分成若干个小的项目，项目经理应有效的利用好时间，做到各个项目之间的有效、合理衔接，保持整体计划的合理性和连贯性。

项目计划粗细程度，是一个需要小心把握平衡的问题。越细则控制力度越大，但项目管理的成本越高；反之亦然。以国内目前的状况，个人看法，3个月以下的项目应细到人天，至少2～3人天；半年以上的项目，至少应到人周。

四、真正理解“一把手工程”

ERP项目的实施是一把手工程，这是公认的准则。很多项目在实施前期都强调“一把手工程”，并且运用的特别好，比如：由总经理召开会议、成立项目小组等等，但是往往在实施开始之后就不能很好地发挥“一把手”的作用，使得一把手工程变成了撒手工程。项目经理应该自始至终地发挥“一把手”的作用，应该定期地（一般为一个月）或在某项小的项目结束时将阶段总结呈递给“一把手”，并且进行简短的交流，听取“一把手”对于项目的看法，在必要时提议“一把手”召开会议。同时，对于项目经理所在公司的“一把手”也要定期进行汇报和交流，以获取支持、理解和资源的调配。

五、不要吝惜在培训上花的时间，进行二次、三次培训都不为过。

培训是项目实施的一个重要环节，目前国内单位（特别是大型国营单位）的人员素质比较低，对于信息化的理解几乎等于零。所以我们在进行培训时，应该分层次、分阶段的进行培训，不能期望一次培训就能使单位的人员理解和掌握软件的操作。培训应贯穿于项目的始终，并且应做好适合用户水平的操作手册，必要时在单位内部网页上做“常见问题问答”的栏目。一定要避免“客户理解太慢、太笨了，我帮他做了吧”等想法和行为的出现。ERP项目是自己单位的项目，任何人都代替不了。

六、进行原型测试，做好一个理论和实践都可行的实施方案。

不管是培训还是计划都必须建立在一个可行的实施方案的基础上，否则即使你的方法再好，也不可能达到良好的效果。所以在实施之前，应该进行充分的系统分析和调研，充分听取各个层次人员的意见，多方搜集资料，并且进行多角度的原型测试，在项目小组（包括ERP单位方）同意的基础上，才进行实施和培训等计划的制定和执行。尽量避免在实施过程中进行方案改变等情况的发生。

七、合理的降低客户的需求

任何软件都不是万能的，都不可能百分之百地解决客户地所有问题。在项目的实施过程中，应该实事求是地、明确地告诉用户那些是软件做不到的。一些软件公司和实施人员不愿意和害怕把真象告诉用户，只想把企业原本正确的业务流程转变成本公司软件所规定的业务流程，结果造成双方僵持。特别是一些软件程序上的毛病，更是不愿接受用户的指责。其实，这完全没有必要。在不可能解决的问题上跟用户兜圈子，其结果只能是使用户对你造成误解，和对公司的不信任。

由于各种各样的原因，在企业的经营管理中总会有一些具有自己特色的东西，但是，企业难于在短时间改变现有的做法，这就需要软件的灵活性和实施的变通。当然，应该尽可能地使企业的行为合符有关的法规和惯例，这是最好的结果。

对待客户需求方面也应该讲求80/20原则，不能一味的降低客户需求，试想一个软件连客户百分之八十的需求都满足不了，还怎样要求客户放弃自己的需求。我们所讲的合理的降低客户需求，应该是在解决了百分之八十以上的基础上，或解决了企业主要需求的基础上，对于客户的一些特殊需求不预满足或解决。在项目的实施过程中，我们不能承诺能够解决客户的所有需求，如果一个软件能够解决客户的所有需求，那我们的实施也就不费力了，也就不需要讲求那么多的实施方法了，企业实施ERP也就不需要咨询了。

上述只是从不同的方面描述自己对项目经理的理解，当然在项目的实施过程中最重要的是实施成功，而不管你采取什么方法。项目经理应该根据项目的自身情况确定适合该项目的方案和实施策略。

第二篇：如何成为一个优秀的项目经理

如何成为一个优秀的项目经理

前些年，笔者做了不少大型软件项目。现把这些年做项目时的成败得失和大家分享一下。笔者认为，优秀的项目经理要有责任心、要善于沟通、能引导客户、能预测风险、善于总结、随需应变、善于激励团队、同时也要懂技术。

责任心

作为项目经理首先要有责任心。有了责任心，你会把项目当成自己的孩子，倾注你的全部心血。责任，会驱使你关注项目的进度，千方百计去寻找各种资源，推着项目往前走。甚至吃饭、睡觉，走路、坐车，都想着整个项目团队，想着他们还在加班加点，你可能很自然地给他们带点夜宵、冲杯咖啡，犒劳员工。 有了项目经理做表率，整个团队会鼎力支持工作，士气非常高，技术问题也迎刃而解，得到领导称赞和客户肯定，项目将朝着预想的方向发展。

许多开发人员抱怨项目经理一天没干多少事情，而工资还挺高。其实，项目经理一刻都没闲着，他总在想着怎样更好的执行项目计划，调整项目进度等，脑子一直在不停地运转，所以说项目经理是心累。 善于沟通

PMBOK(项目管理的知识体系)指出，项目经理75%～90%的时间用在沟通上。沟通无处不在，项目经理要具备良好的沟通能力。如:跟领导报告工作进度、跟客户介绍产品及说明工作成果、跟项目成员交待工作、跟公司内的其它人员争取支持、跟合作厂商协调配合事项等。对项目经理来说，每天大部分的时间是跟人沟通。项目经理上有老板、客户，下有项目组员，属于夹板层，沟通不好，容易出事。

沟通的关键在于：在什么时间，用什么方式，将什么信息，传达给什么人?特别要强调的是要做好沟通计划。同时，要掌握项目干系人的沟通需求，满足他们的期望!

当然，沟通的方式有多种，正式的、非正式的。正式的有:各种评审会议、周例会、项目启动会议、项目总结会议等，非正式的如:个人谈话、餐桌上的聊天，MSN聊天等。要结合着使用各种沟通的技巧。有时候，非正式的沟通反而能获得项目的实际信息，尤其是开发人员对项目的期盼、想法和思想。

引导客户

“客户是上帝”，但客户不一定全对，而且有的时候是错的，尤其在项目还没开发出模型的时候，客户有时根本不知道自己需要什么样的东西。所以，在项目启动会议后，双方要“把丑话说在前面”，分清责任。

项目经理要站在客户的立场，努力满足客户的业务要求，让软件真正为客户创造价值。但是，如果项目经理总被客户牵着鼻子走，就很容易陷入被动的局面，结果是客户的需求一直在变化，造成程序不停地返工，项目总在原地打转，很难推进，久而久之，大家筋疲力尽，积极性严重受挫。最后，项目做得一蹋糊涂! 开发方和使用方，要讲究“职位相当”，要找有话语权、能拍板的客户，统一接口人员，对需求的变更，不能说改就改，要做适当的变更控制，笔者一直建议要做到“落到纸面上”，有时需要客户签字确认。 对于客户提出的需求，项目经理要凭借优秀的技术水平、充沛的业务知识快速估算需求的变更需要多少开发工作量，有没有更好的解决方法。理想的情况是程序基本不做改动，又能满足客户的需要。但笔者往往是采用变通的方法，换一种方式实现客户的需求。这种情况下，需要项目经理对系统结构有全局的认识，尺寸一定拿捏得很准。

项目经理有时充当白脸、有时是黑脸，但无论如何，一定要维护组员的利益，笔者经常看到很多项目经理有意无意地在客户面前说开发人员的不是，遇到客户不满意的地方，就指责开发人员。这种方法欠妥，笔者一般是跟客户表态，向客户承认“错误”，回头再找开发人员讲道理，做到“内部的问题内部解决”。 不过，这些年笔者做过很多项目，不少是大型项目，作为项目经理，笔者和客户关系处理得很不错，双方合作很愉快，最后客户变成了朋友。坦诚相待，有礼有节，“双赢”是项目经理努力的方向和追求的目标。 预测风险

风险贯穿项目之始终。作为项目经理，必须具有预测风险的能力，如技术储备是否满足项目需要，人员是否充足，项目预算够不够等。

随着项目的推进，项目经理要预测哪个环节会有风险，并及早采取规避措施。很多风险都是在和客户、和老板的私下接触才能获取的，比如跨年度可能会换领导，国企的当年预算必须当年使用，跨年度将作废等。 如果项目经理像程序员一样忙于整天的编程，而不关注项目风险的变化，就会很被动，甚至措手不及。记住，风险无处不在，作为项目经理要引起足够的重视，要有风险意识，能预测风险并控制风险。 善于总结

笔者常说，“总结是为了提高，思考是为了做得更好”。尤其是年轻的项目经理，经验不太丰富，只能一边做，一边总结，在总结中前进。经历不等于经验，经历总结、沉淀后才能成为自己的经验。孔夫子说的“吾日三省吾身”，主要是多用心，经常向经验丰富的前辈请教。

很多项目经理，尤其是刚开始自己负责项目的项目经理，总把项目的一些过失归咎于外部因素，有时自以为正确，其实，常常犯先入为主的错误。其实要多从自身找原因，勇于自我批评，很多环节可以做得更好。 随需应变

“凡事预则立，不预则废”，做任何事情都必须有清晰的目标和计划，以目标为导向。有了计划，项目成员就看到了努力的方向，有“奔头”和干劲，唤起员工的工作热情，整个团队士气很高。

当然，软件这个行业，尤其是做国内项目，因为市场、客户、软件改进等需求，需要调动各种资源，所以即使规模很大的专业化软件公司，也没有一成不变的计划。虽然“计划赶不上变化”，但项目经理不要以此为借口而不重视计划的连贯性。做计划要留有适当的缓冲空间，松紧适度，随需应变!

市场主导研发，研发促进市场。项目的三驾马车:技术、业务、管理，哪个都不能少。项目的三要素:进度、质量、成本，项目经理要牢牢贯彻。有的项目经理没有“成本”的概念，一味地追求完美，痴迷于技术，而忘记及时交付，这是软件开发人员的通病。

激励团队

项目组就是一个团队，项目经理作为一个团队的领导，首先要认知自己的角色，明确自己的职责，逐步加强与团队成员的关系，善于激励别人，建立友好关系，要用不同的方式和不同的人打交道，同时要帮助绩效不佳的人。所以说，项目经理不能只是埋头于技术钻研，更重要的是带动整个团队，燃起团队的激情，俗话说“兵熊熊一个，将熊熊一窝”。

其次，要明确团队目标，制定团队守则，增强团队成员间的信任关系，给予员工挑战性的工作，让团队充满生机和活力，给予表扬，协调人际冲突，处理危机。

最后，项目经理要善于评估绩效，做到奖惩分明，让不好的倾向和行为习惯扼杀在初始阶段。 懂技术

项目经理只有懂技术，才能估算工作量，制定的计划才能相对可行。其次，懂技术，才能和别人沟通，尤其是和客户沟通，客户才能信任你。在软件开发领域“外行领导内行”不太现实。最为关键的是，即使主要技术人员走了，项目经理能随时补缺，不至于让项目瘫痪!