实施项目经理的心得

第一篇：实施项目经理的心得

在项目的不同阶段，项目经理要考虑的事情也不同，要做的事情也不同，下面按照项目不同阶段来谈谈我的体会。

一、项目前期阶段：

项目的前期阶段是一个项目最重要的时期，在这个时候项目经理对项目情况了解越多，后期项目风险就越小。

1．细读项目合同，弄清楚这个是什么项目，项目的目的是什么，项目合同中有那些客户关注的问题。有哪些是新的功能，这些功能现有系统通过实施变通的方法能解决吗？如果不能解决是否要进行二次开发？了解项目实施的范围是如何，这次实施是推行主要业务还是全部业务，是帮企业推行个别部门还是整个公司以及整个集团？

2.从项目合同中了解情况后，还要从其他方面了解这客户关注的问题最终又是那些部门、那些岗位甚至是那些人员提出的，在项目调研阶段主动到这些部门拜访这些人员，真正理解他们的需求，还有了解各个方面对这次项目看法和期望，有助于在实施中碰到阻力的时候，就每件事情分析那些人会支持你，那些人会反对你，从而好联合支持人去对抗反对者，让项目向成功方向发展。记住，想办法让企业有声望的部门领导成为你坚强的支持。

3.了解客户的基本情况后，再了解自己公司高层领导对该项目的态度。公司高层是想把项目做大还是想赚钱？是想做样板工程还是敷衍了事，这个决定了你项目实施策略，这个策略将影响到你项目的整体计划。

4.知己知彼，现在来估算项目资源和分析项目风险。项目资源之一是时间，按照项目的合同要求是否可以完成项目，如果完不成，是那些资源不足，能否增加这些资源，那些任务必须要并行工作，那些任务要简化。项目资源之二是人员，根据项目情况和经验，分析需要那些角色，每个角色目前公司是否有人，这些人员能否为项目所用，如果这些资源不够，提前向公司汇报，争取这些资源到位；另外你还需要和你的经理以及销售经理充分沟通项目中相关的风险以及风险对策。然后写成风险评估报告，详细分析这个项目的风险以及风险应对措施。如果

这些风险是你以及你的经理还有销售经理解决不了的，那么把问题反应给高层，提出你的意见，要么增加对这个项目的投入，要么放弃这个项目，否则你的项目“出师未捷身先死”了。

5.项目沟通原则和方式确定

A、项目沟通原则之一是指定对口人：一般事情的处理对口人是客户的项目经理，解决不了的事情对口人是项目领导，如果领导有多个，要求客户指定一个为总负责人，要不你这个领导这么说，那么领导那么说，最后你无所是从。

B、项目沟通原则之二是项目文件签字：项目经理开始就要和客户说清楚有些文档是必须签字的，比如需求变更，项目周计划以及周总结，所有达成共识的东西--比如会议纪要，都要写成文档，双方签字，这样以后扯皮的时候，就能做到有据可查。特别强调需求变更必须要签，这样做好处如下：

有书面签字，如果再次做变更的时候，告诉他以前要求做的情况，如果多次了，他自己也不好意思再提了；

便于需求变更管理，可以清楚看到需求变更的过程，从而更深切地

体会客户的目的，同时万一由于客户多次的变更导致项目延期，那

么责任在客户方，同时如果变更量大也可以收取一定费用；

对于客户来说，嘴巴一动最方便，他不会全面考虑他所提的要求是

否合理，是否和项目的目的一致。但是如果要他写书面要求，还要

签字盖章，那情况就不同了，他必须考虑全面，同时还要用文字表

达出来，这个过程给他增加了难题，那么很多无理要求也就“流产”

了；

C、项目的沟通方式：需要进行信息交流的的主要成员有：你的领导、项目成员和客户，和这些人沟通，让他们知道你打算怎么做，什么时候要他们做什么，需要那些资源。这里需要规定信息的流动方式和介质，一般情况下产品数据管理系统都有项目管理，有的还集成了邮件系统，那么首先从系统信息化项目做起，所有的项目计划、会议记录、项目文件等文件全部在系统中保存并发布，分配企业所有的人员只读权限，其他地方不进行通知，并约定项目小组周例会制度，在周例会上总结上周工作，安排下周工作。

6.前期做好充分准备工作后才开始做整体计划。在做整体计划的时候你必须确认是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候，你要考虑那些任务需要并行工作，那些任务需要简化。具体操作按照什么标准？那就是按照这个项目的实施策略以及综合考虑客户的关注点。

二、项目实施阶段：

现在项目已经完成了前期工作，了解了项目的目标、清楚了资源和风险对策，制定了项目的策略、项目游戏规则，然后编制了项目的整体计划，项目进入实施阶段。

项目经理在项目调研阶段主要任务是带领实施工程师以及项目组人员到企业进行详细的业务调研，重点拜访在前期提出一些企业关注的问题的客户，形成调研文件并让客户签字。在调研的时候，注意引导客户说出一些关键业务。在前期项目经理要及早弄清楚企业历史数据（包括产品BOM以及历史图纸），及早分配整理任务。产品数据管理这个系统基本运行需要一定的数据量以及这些数据达到一定程度的准确性，系统才能正常运行，提前进行数据整理工作是你项目成功的保障之一。

项目调研后进行系统建模工作，在建模工作中尽量培训企业人员进行建模，让企业项目组人员快速熟悉你的系统。这样好处多多：其一是减少顾问方的工作量；其二是为你的项目培养一个本土的实施人员；其三是为了降低后期维护风险，如果你没有在企业培养一个人员，那么当你的人员一走，电话就响个不停了，甚至有些地方你电话教他去设置，还找了大半天，既浪费了你的“银两”，又浪费了你的时间；其四也是降低项目的风险，如果企业没有人知道怎么去建模，企业的业务发生了变化，那么系统没有更改过来，系统后面还能很好运行起来吗？呵呵，你的项目不是变成了豆腐渣工程了，最后被企业废了。

在项目过程中，必须时时保持和客户领导以及自己领导的沟通，和客户领导沟通时要注意态度积极点，同时具体点，不要讲很多系统细节的事情。在和项目小组成员沟通的时候，要先灌输系统管理念。在每次会议的时候，你都应该认为，项目成员提出的方案，从他们的角度来看是最合理的，你要充分尊重每一个人和他的意见，夸奖那些意见提得比较好的人，千万不要把会议带入无休止的争论，只有他们的面子被照顾了，后面实施的阻力就小了。如果确实有意见，可以私下沟通，如果还沟通不了，那么找企业项目经理一起去说明项目风险，必须按照你的意见进行执行，因为你们要对项目负责。

在项目过程中有时遇到项目变更，变更通常分为两种：一种需求变更；另一种是程序优化。如果需要改并且你的战略是容许这种情况的，那么注意下面几点：

将变更情况写成书面的文件，签字并导盖章；

弄清楚更改的根本目的是什么，有没有同样能达到相同目的方法，只是操作上复杂了点，是否可以想办法说服客户。

业务调研以及系统建模完成后，就进入客户培训、项目试运行以及正式运行阶段。

1、给客户做培训前，多准备，其中包括培训通知下发、会议室联系，是否需要投影仪，培训文档准备（PPT），同时按照培训的思路在系统中操作一次，看看系统是否存在程序的问题。强调一点培训手册一定要站在客户业务人员的角度，根据具体业务讲解如何通过使用本系统的一系列功能来实现。所以，第一次培训以前，系统是否存在问题、培训文档是否完备都是很关键的因素，第一次培训不好，以后就麻烦很多。在培训时一定要参加培训人员进行签名，告诉他参加培训后需要进行考试，如果成绩不理想，会影响以后的工作，同时企业会采取相应的处罚措施，在培训时候建议一次培训的人员不要太多，大概在30~40个人一场为宜，太多效果往往不理想，在培训过程中为了提高培训者兴趣，可以在培训快要结束的时候要求培训人员上台来进行一次简单操作，看看效果如何，同时也有利用下一场的改进。

2、项目进行试运行，选定一些功能，这些功能在试运行过程中可以只考虑过程，不要考虑试运行文件的准确性，其目的是为了验证系统功能与实际业务结合的时候，看那些地方还需要修改，发现问题尽快解决，同时也要安排专门的人员进行跟踪，全方位了解运行过程中的问题，解决客户疑难。提高他们的兴趣。

在试运行阶段根据自己经验以及企业实际情况，考虑如何设置非电子化运行的障碍，最大限度保证企业业务人员使用你的系统。

3、在项目正式运行以前，全面测试系统功能，尽量在设置上少出问题，减少客户投诉，准备项目正式运行文件，要求企业领导签字下发，下发系统正式运行文件的目的是为了整个公司重视，减少在正式运行时候的阻力。根据系统大小，考虑是否要召开正式运行启动会议。根据项目试运行得到的经验，与对方的项目经理协商设置减少非电子化运行的障碍。这个障碍对于不同的企业不同情况，处理方法也不同：

企业存在文档服务器：处理的情况是在运行以前，现转移文件服务器的文件，在项目正式运行后，关闭文件服务器。

存在旧的系统：处理情况是在正式运行以前，转移以前系统的所有数据、业务流程到新的系统，在正式运行后，该系统只作为历史查询，关闭新增功能。

存在信息发布系统：关闭其他信息发布系统，全部转移到新的系统，关

闭新增功能。

存在其他流程系统：处理情况是转移业务流程，关闭原有新增功能。没有存在其他系统，但是却继续使用纸档：处理情况是与相关的领导以

及资料发布归档人员联系，所有的资料审批和发布必须以电子档为准，其他不受理。

其他的不一一例举了。

准备工作完成后，进入项目正式运行阶段，全面跟踪项目的刚刚开始的各种业务，及时处理出现的问题，同时每天编写项目运行日报，向领导、项目成员甚至所有客户通告系统运行基本情况，及时表扬表现好的单位或个人。

作为项目经理，要考虑的事情就是：做哪些事情、做到什么程度、怎么交货、手上的资源以及各个事情的优先级，最后把款收回或协助把款收回。所以项目经理要注意：第一保证项目进度；第二是控制好费用；第三在能力范围内尽量把质量提高；第四是降低客户的期望值，让他们从理想回到现实；最后在每个阶段项

目经理积极做好相应的回款文件并找客户签好字，及时收款或通知业务经理收款，减少回款风险。

三、项目验收阶段：

验收前，需要做好文档工作，准备好项目验收PPT，项目验收报告，做好项目验收会议准备工作。

在项目验收的时候，对于项目中可能存在的一些问题，不要让客户这么想：等你的系统没有一点问题或保证以后没有问题的情况下才验收。如果这样想你就麻烦了，微软那么牛，做的操作系统还天天打补丁。你要让客户明白，所谓验收，就是依照合同的功能，能够满足企业的需求，结果和预期结果一致就应该算通过了，而且还容许有一些小错误留在验收后改正。

第二篇：实施项目经理的心得

在项目的不同阶段，项目经理要考虑的事情也不同，要做的事情也不同，下面按照项目不同阶段来谈谈我的体会。

一、项目前期阶段：

项目的前期阶段是一个项目最重要的时期，在这个时候项目经理对项目情况了解越多，后期项目风险就越小。

1．细读项目合同，弄清楚这个是什么项目，项目的目的是什么，项目合同中有那些客户关注的问题。有哪些是新的功能，这些功能现有系统通过实施变通的方法能解决吗？如果不能解决是否要进行二次开发？了解项目实施的范围是如何，这次实施是推行主要业务还是全部业务，是帮企业推行个别部门还是整个公司以及整个集团？

2.从项目合同中了解情况后，还要从其他方面了解这客户关注的问题最终又是那些部门、那些岗位甚至是那些人员提出的，在项目调研阶段主动到这些部门拜访这些人员，真正理解他们的需求，还有了解各个方面对这次项目看法和期望，有助于在实施中碰到阻力的时候，就每件事情分析那些人会支持你，那些人会反对你，从而好联合支持人去对抗反对者，让项目向成功方向发展。记住，想办法让企业有声望的部门领导成为你坚强的支持。

3.了解客户的基本情况后，再了解自己公司高层领导对该项目的态度。公司高层是想把项目做大还是想赚钱？是想做样板工程还是敷衍了事，这个决定了你项目实施策略，这个策略将影响到你项目的整体计划。

4.知己知彼，现在来估算项目资源和分析项目风险。项目资源之一是时间，按照项目的合同要求是否可以完成项目，如果完不成，是那些资源不足，能否增加这些资源，那些任务必须要并行工作，那些任务要简化。项目资源之二是人员，根据项目情况和经验，分析需要那些角色，每个角色目前公司是否有人，这些人员能否为项目所用，如果这些资源不够，提前向公司汇报，争取这些资源到位；另外你还需要和你的经理以及销售经理充分沟通项目中相关的风险以及风险对策。然后写成风险评估报告，详细分析这个项目的风险以及风险应对措施。如果这些风险是你以及你的经理还有销售经理解决不了的，那么把问题反应给高层，提出你的意见，要么增加对这个项目的投入，要么放弃这个项目，否则你的项目“出师未捷身先死”了。

5.项目沟通原则和方式确定

A、项目沟通原则之一是指定对口人：一般事情的处理对口人是客户的项目经理，解决不了的事情对口人是项目领导，如果领导有多个，要求客户指定一个为总负责人，要不你这个领导这么说，那么领导那么说，最后你无所是从。B、项目沟通原则之二是项目文件签字：项目经理开始就要和客户说清楚有些文档是必须签字的，比如需求变更，项目周计划以及周总结，所有达成共识的东西--比如会议纪要，都要写成文档，双方签字，这样以后扯皮的时候，就能做到有据可查。特别强调需求变更必须要签，这样做好处如下：

 有书面签字，如果再次做变更的时候，告诉他以前要求做的情况，如果多次了，他自己也不好意思再提了；

 便于需求变更管理，可以清楚看到需求变更的过程，从而更深切地体会客户的目的，同时万一由于客户多次的变更导致项目延期，那么责任在客户方，同时如果变更量大也可以收取一定费用；  对于客户来说，嘴巴一动最方便，他不会全面考虑他所提的要求是否合理，是否和项目的目的一致。但是如果要他写书面要求，还要签字盖章，那情况就不同了，他必须考虑全面，同时还要用文字表达出来，这个过程给他增加了难题，那么很多无理要求也就“流产”了；

C、项目的沟通方式：需要进行信息交流的的主要成员有：你的领导、项目成员和客户，和这些人沟通，让他们知道你打算怎么做，什么时候要他们做什么，需要那些资源。这里需要规定信息的流动方式和介质，一般情况下产品数据管理系统都有项目管理，有的还集成了邮件系统，那么首先从系统信息化项目做起，所有的项目计划、会议记录、项目文件等文件全部在系统中保存并发布，分配企业所有的人员只读权限，其他地方不进行通知，并约定项目小组周例会制度，在周例会上总结上周工作，安排下周工作。

6.前期做好充分准备工作后才开始做整体计划。在做整体计划的时候你必须确认是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候，你要考虑那些任务需要并行工作，那些任务需要简化。具体操作按照什么标准？那就是按照这个项目的实施策略以及综合考虑客户的关注点。

二、项目实施阶段：

现在项目已经完成了前期工作，了解了项目的目标、清楚了资源和风险对策，制定了项目的策略、项目游戏规则，然后编制了项目的整体计划，项目进入实施阶段。

项目经理在项目调研阶段主要任务是带领实施工程师以及项目组人员到企业进行详细的业务调研，重点拜访在前期提出一些企业关注的问题的客户，形成调研文件并让客户签字。在调研的时候，注意引导客户说出一些关键业务。在前期项目经理要及早弄清楚企业历史数据（包括产品BOM以及历史图纸），及早分配整理任务。产品数据管理这个系统基本运行需要一定的数据量以及这些数据达到一定程度的准确性，系统才能正常运行，提前进行数据整理工作是你项目成功的保障之一。

项目调研后进行系统建模工作，在建模工作中尽量培训企业人员进行建模，让企业项目组人员快速熟悉你的系统。这样好处多多：其一是减少顾问方的工作量；其二是为你的项目培养一个本土的实施人员；其三是为了降低后期维护风险，如果你没有在企业培养一个人员，那么当你的人员一走，电话就响个不停了，甚至有些地方你电话教他去设置，还找了大半天，既浪费了你的“银两”，又浪费了你的时间；其四也是降低项目的风险，如果企业没有人知道怎么去建模，企业的业务发生了变化，那么系统没有更改过来，系统后面还能很好运行起来吗？呵呵，你的项目不是变成了豆腐渣工程了，最后被企业废了。

在项目过程中，必须时时保持和客户领导以及自己领导的沟通，和客户领导沟通时要注意态度积极点，同时具体点，不要讲很多系统细节的事情。在和项目小组成员沟通的时候，要先灌输系统管理念。在每次会议的时候，你都应该认为，项目成员提出的方案，从他们的角度来看是最合理的，你要充分尊重每一个人和他的意见，夸奖那些意见提得比较好的人，千万不要把会议带入无休止的争论，只有他们的面子被照顾了，后面实施的阻力就小了。如果确实有意见，可以私下沟通，如果还沟通不了，那么找企业项目经理一起去说明项目风险，必须按照你的意见进行执行，因为你们要对项目负责。

在项目过程中有时遇到项目变更，变更通常分为两种：一种需求变更；另一种是程序优化。如果需要改并且你的战略是容许这种情况的，那么注意下面几点：

 将变更情况写成书面的文件，签字并导盖章；

 弄清楚更改的根本目的是什么，有没有同样能达到相同目的方法，只是操作上复杂了点，是否可以想办法说服客户。

业务调研以及系统建模完成后，就进入客户培训、项目试运行以及正式运行阶段。

1、给客户做培训前，多准备，其中包括培训通知下发、会议室联系，是否需要投影仪，培训文档准备（PPT），同时按照培训的思路在系统中操作一次，看看系统是否存在程序的问题。强调一点培训手册一定要站在客户业务人员的角度，根据具体业务讲解如何通过使用本系统的一系列功能来实现。所以，第一次培训以前，系统是否存在问题、培训文档是否完备都是很关键的因素，第一次培训不好，以后就麻烦很多。在培训时一定要参加培训人员进行签名，告诉他参加培训后需要进行考试，如果成绩不理想，会影响以后的工作，同时企业会采取相应的处罚措施，在培训时候建议一次培训的人员不要太多，大概在30~40个人一场为宜，太多效果往往不理想，在培训过程中为了提高培训者兴趣，可以在培训快要结束的时候要求培训人员上台来进行一次简单操作，看看效果如何，同时也有利用下一场的改进。

2、项目进行试运行，选定一些功能，这些功能在试运行过程中可以只考虑过程，不要考虑试运行文件的准确性，其目的是为了验证系统功能与实际业务结合的时候，看那些地方还需要修改，发现问题尽快解决，同时也要安排专门的人员进行跟踪，全方位了解运行过程中的问题，解决客户疑难。提高他们的兴趣。在试运行阶段根据自己经验以及企业实际情况，考虑如何设置非电子化运行的障碍，最大限度保证企业业务人员使用你的系统。

3、在项目正式运行以前，全面测试系统功能，尽量在设置上少出问题，减少客户投诉，准备项目正式运行文件，要求企业领导签字下发，下发系统正式运行文件的目的是为了整个公司重视，减少在正式运行时候的阻力。根据系统大小，考虑是否要召开正式运行启动会议。根据项目试运行得到的经验，与对方的项目经理协商设置减少非电子化运行的障碍。这个障碍对于不同的企业不同情况，处理方法也不同：

 企业存在文档服务器：处理的情况是在运行以前，现转移文件服务器的文件，在项目正式运行后，关闭文件服务器。

 存在旧的系统：处理情况是在正式运行以前，转移以前系统的所有数据、业务流程到新的系统，在正式运行后，该系统只作为历史查询，关闭新增功能。

 存在信息发布系统：关闭其他信息发布系统，全部转移到新的系统，关闭新增功能。

 存在其他流程系统：处理情况是转移业务流程，关闭原有新增功能。 没有存在其他系统，但是却继续使用纸档：处理情况是与相关的领导以及资料发布归档人员联系，所有的资料审批和发布必须以电子档为准，其他不受理。

其他的不一一例举了。

准备工作完成后，进入项目正式运行阶段，全面跟踪项目的刚刚开始的各种业务，及时处理出现的问题，同时每天编写项目运行日报，向领导、项目成员甚至所有客户通告系统运行基本情况，及时表扬表现好的单位或个人。

作为项目经理，要考虑的事情就是：做哪些事情、做到什么程度、怎么交货、手上的资源以及各个事情的优先级，最后把款收回或协助把款收回。所以项目经理要注意：第一保证项目进度；第二是控制好费用；第三在能力范围内尽量把质量提高；第四是降低客户的期望值，让他们从理想回到现实；最后在每个阶段项目经理积极做好相应的回款文件并找客户签好字，及时收款或通知业务经理收款，减少回款风险。

三、项目验收阶段：

验收前，需要做好文档工作，准备好项目验收PPT，项目验收报告，做好项目验收会议准备工作。

在项目验收的时候，对于项目中可能存在的一些问题，不要让客户这么想：等你的系统没有一点问题或保证以后没有问题的情况下才验收。如果这样想你就麻烦了，微软那么牛，做的操作系统还天天打补丁。你要让客户明白，所谓验收，就是依照合同的功能，能够满足企业的需求，结果和预期结果一致就应该算通过了，而且还容许有一些小错误留在验收后改正。

第三篇：项目经理心得

一、项目经理的12条规则

1.弄清项目经理所面临的问题、机会和期望

2.明白项目团队将会有冲突，但确是团队发展中的必然之物

3.弄清谁是利益的关系者，以及他们活动的目标

4.意识到组织的强烈政治色彩并利用政治手段获得优势

5.意识到项目经理必须精于领导，但是你应当灵活机动

6.明白判断项目成功的四个标准：预算、进度、效绩标准和客户满意

7.为组建一个和谐的团队，你必须充当队员的激励者、教练、活跃气氛者、维和人员和冲突裁决人

8.你所表现出的情绪——无论正面还是负面的，都将是你的团队成员培养品质的基础

9.经常做一些“如果——那么”的假设，避免安于项目现状

10.不要因小事而停止不前，迷失了项目的目标

11.有效地利用好时间

12.首要任务是：计划、计划、计划。

二、项目经理的职责

1.计划

2.组织

3.控制

三、项目经理的技能

1.领导能力

2.人员开发能力

3.沟通技巧

4.人际交往能力

5.处理压力的能力

6.解决问题的能力

7.管理时间的能力

四、培养项目经理所需能力的途径

1.从实践中获取经验

2.寻求别人的反应

3.自我批评总结，改正错误

4.与一些具有你想学习的技能的项目经理进行探讨

5.参加培训项目

6.参加组织团体

7.阅读文章、杂志

8.参加自愿的活动

第四篇：项目经理心得

工作总结

我于07年5月份担任建工装饰公司项目经理以来，到现在为止已经有四年时间了，在这几年中，我经历了很多很多，也感受到了从来没有过的压力，自己为此已改变了不少，在竞争中摸索着一步步往前走，不断总结和汲取教训。以下是我对几年做工程以来的一些总结：

一、加强学习，提高了自身素质。作为装饰行业的一名新兵，我深知，自身的专业知识和业务素质都离公司的要求相差很远。因此，我在日常工作中注重了对与装饰行业有关的知识的学习，先后阅读研究了《装饰施工手册》、《工程验收标准》和《项目经理管理手册》等书籍。在向书本学习的同时，我还谦虚地向周围业务水平高的同事学习，做到不懂就问、点滴积累、循序渐进，逐步地提高了自己的理论和业务水平，现在已基本能适应工作的要求。

二、广泛宣传，树立了公司形象。我借助自己工作与外界接触广泛的优势，每到一处工地，我都向甲方领导及周围的工作人员介绍公司实力、人员素质、公司业绩和公司的发展趋势，尽量使他们能对公司有一个全面的了解，同时取得他们的信任，建立长期的联系，有力地促进了工作的顺利开展。担任项目经理期间，我从严格自律做起，要求下属和施工人员时刻注意自己的形象，提醒他们，每个人的一言一行都代表着公司，不能以牺牲公司利益为代价赢得个人利益，即使受到了委屈，也要忍耐，不能顶撞甲方。通过一系列工作，维护了公司的良好形象，为客户留下了深刻的印象。

三、完善制度，强化了施工管理。没有规矩，不成方圆，针对以往工地制度不完善，管理比较松散的实际，我经过细致的调查研究，先后制定了《奖惩制度》和《材料管理制度》，规范了工地秩序。打铁还需自身硬，我始终坚持要求别人做到的，自己要首先做到，而且要做得更好，例如每天我都按上班时间提前来到工地，先全面检查一遍，发现问题就及时招集大家一起商议解决，为下一步工作提供了时间和空间，从而树立了自己的威信。对工作中表现好的人员，我都进行表扬和奖励，对不符合规范，且屡教不改的，坚决予以惩罚，拒绝任何人说情，从而促使工人养成了良好的工作习惯，自觉遵守各项规章，提高工作标准，全面完成自己的工作任务。

四、深入协调，推进了工作进程。每个工程在刚开工时，各项工作同时起动，在众多头序，我做到了抓大在放小，分清主次。因为一个工程的成功与否，关键就是对施工成本、进度和质量的把控，并要认真解读全同条款。合同本应该是项目管理中很重要的一部分，然而，合同管理不到位，对项目来说便成了一种负担，合同不合理及漏洞直接影响到合同的签订。除此之外，合同的效力没有真正的用到施工管理中，如果加强及完善合同管理，合同将是约束各方的主要工具

五、培养项目自己的管理团队和施工队伍。此项工作是项目部所面临的极具有挑战性的工作，在大型工程中项目部直接管理以个人为单位的施工作业人员，是项目部及我本人从未接触过的，毫无经验可言。由于不断衍生的新工艺和新接触到的一些全新工程领域，对于此类人才的缺乏成为制约我们发展的一个瓶颈。除了在市场物色一些相关的技术人员外，项目

部还要对原有人员进行一些相关专业的基础培训工作，占用了大量的管理资源和宝贵时间。但付出总是有回报的，经过项目部精心的筛选、培训与管理，几年时间已初步带出了一支人数不多但基本能满足当时施工要求的管理团队和施工队伍。在今后的工作中我们肯定还会遇到更多的问题，只有不强化自身队伍的建设才可能在问题到来的时候迎刃而解。

作为一个现代的工程人，我们会戒骄戒躁，踏实稳健的走好每一步，不断提高业务水平，顺应大形势的要求，依托于公司平台在市场中立于不败之地。篇二：项目经理10年心得体会,共勉

项目经理10年心得体会

项目经理，顾名思义就是做项目的，一个项目的成功百分百归功于这个项目团队，而失败则百分百责任于项目经理人一人，可能失败的责任归于一人用之过大，但其实不然，作为一个项目经理，首先要对项目的需求、进度等情况了如指掌，知道自己要做什么，正在做什么，下阶段要做什么，当别人问起时，才能脱口而出，不会一问三不知。那么我们需要从哪几个方面来做呢？

第一、项目需求：项目经理接到一个项目，首先应该问商务人员索取项目方案书或招标文件，通读全文，对项目有个大概的了解，明确项目范围，知道你的项目应该要做些什么？什么时候开始？什么时候结束？最后自己能提出一些问题！为调研时做好准备工作！有疑问的地方应该找市场人员或售前工程师了解咨询！

第二、项目调研：有些人连项目方案书都没看过，就匆匆忙忙去客户处调研了。那么结果就是在跟客户沟通时，一问三不知，很被动，只能听客户讲；客户提出一些不在项目范围内的需求时，你也不知道，只能暂时应承下来！

前面一点我提到要找市场人员或售前工程师了解咨询的另一原因就是，客户已经跟我们讲过的问题，如果项目经理再去跟客户提问时，那么就会给客户一种我们内部缺乏沟通的感觉！

第三、项目计划：发现在工作中有些人不重视项目计划的制定，有些人可能会说，这个项目太小，周期也不长，几天就搞定了，没必要去浪费时间去做项目计划了。项目不管大小，哪怕只有一个人，哪怕周期再短，我们也要制定项目计划，不同规模的项目，制定的项目计划规模也有所不同。

且不管我们制定项目计划祥略与否，但起码已经有了一个好的开始，在以后的工作也不会一团乱麻，主次不分。而制定项目计划的另一个目的，就是明确相关干系人，避免在项目过程中发生推委扯皮现象。该找谁就找谁，应该由谁负责就由谁负责，计划里面很明确。

大多项目经理是从技术出身，在制定项目计划时，不要只考虑开发的计划，还应涉及到跟客户的沟通确认，需求调研、商务方面的协调、实施部署、项目验收后的维护等内容！

第四、项目沟通：在实际工作中，有些人把项目中遇到的问题仅仅跟客户或项目干系人汇报一下就认为是沟通了，其实不然，所谓沟通用最简单的方式来说就是你所说的内容能得到对方的认可，我认为就算沟通成功了！当然有能力的项目经理会说服对方按你的想法来走。

第五、项目协调：在项目实施过程中，不仅要跟客户协调、项目成员协调；还需要跟其他公司的人员进行协调。例如在客户现场开发时，我们需要的办公环境、网络环境都需要事先跟客户协调好，不要到进场时才发现缺这缺那，让客户很被动；又例如硬件情况，如果硬件是其他供应商提供，应协调硬件到位安装的情况，免得我们系统要布暑了，结果服务器也没有。

注意点：在对外协调沟通时，最好由项目经理去沟通协调，不要不同的人去跟客户提同一个问题或同一件事，那么客户会很反感！

第六、项目控制：常听人说制定好项目计划后，这个项目就成功了一半，那另一半是什么呢？那就是项目控制。很多人作了一个项目计划表，从来就没有跟踪或更新过，这样的项目很难按计划做好，我们应该经常根据项目的实际情况进行调整或变更等，到达每个里程碑时，应该根据计划内容检查这一阶段的交付物（成果）。

第七、项目汇报：我们千万不要错过项目汇报的合理时间，在每个阶段应及时对项目情况进行汇报，可以是给老板，也可以是给客户，不管是给谁看，及时性是放在首位的。例如：今天与客户开过了一次沟通的会议，项目延期或变更了，应在第一时间发给相关的人，这里的相关人不仅仅是参加会议的，也包括关注此项目的人。

除了以上20%知识之外，另外 80%的东西才是重点。

1、协调能力！

这是一个合格的项目经理必须具备的能力

什么叫协调能力？就是与各色人等打交道的能力。项目经理的职位，在很多外企里其实是没有行政管理的权力的，就是对项目内的成员没有管理的权力，更多的时候做的工作是一个项目协调人。一个项目启动后，项目的成员可能都是临时从各个部门调来的，作为项目经理，需要与各个部门的人去协调每个成员的参与项目的时间期限。项目经理需要安排工作与每个项目成员，人都是一个个体，各种性格都有，如何与不同性格的人交道，这可不是一时半会儿能学得会的。

项目经理也需要与上层领导协调，当项目推迟了，如何向领导解释原因，如何向领导申请更多的资金与资源，如何说服领导更加支持这个项目，这都是协调能力的体现。除此之外，项目经理还需要与客户协调，面对客户漫无边际的需求要求，如何加以限制，面对客户的种种苛求，如何一一化解，当最终产品提交给客户后，如何减少客户的抱怨，尽早的签收，这些都需要项目经理有非常强的，把与项目相关的所有全部摆平的能力。这一点，应该占到

40%的比例，也就是说，如果达到上面两条，你就可以做一个及格的项目经理了。但这还是远远不够的。

2、文笔！

项目经理几乎可以不用写代码，但更多的工作是写文档以及报告。这几乎占据了项目经理大半的工作时间。从合同到项目计划再到项目报告，项目经理都需要极强的文笔写作功底。清晰，明确是文档的基本要求，更多的时 清晰，明确是文档的基本要求 从合同到项目计划再到项目报告 清晰候，项目经理需要从不同的角度解析同一个问题，而让人得到不同的结果。当然，如果你能把死的写成活的，黑的写成白的，项目经理需要从不同的角度解析同一个问题，而让人得到不同的结果、3、沟通能力！

不仅仅是语言沟通能力，还包括察颜观色的能力。项目经理未必需要口若悬河，出口成章，但说出的话一定让人清 项目经理未必需要口若悬河，出口成章，项目经理未必需要口若悬河楚的明白；同时，也要通过表情，动作等身材语言，了解对方的内心想法 楚的明白 同时，也要通过表情，动作等身材语言，了解对方的内心想法。这一点，真得很难，有的人一辈子未必学得 同时会与别人沟通。所以，只能看你的天份了。这一点，应该点到 10%。最后 10%，就是抗压能力，作为项目经理，一定要能承受常人不能承受的巨大压力。尤其在项目遇到问题，进展不顺的时候，在成本上升和面 尤其在项目遇到问题，进展不顺的时候，尤其在项目遇到问题临着最终期限快到的时候，如何承受并缓解那种压力，不是每一个人都能够做到的。临着最终期限快到的时候，如何承受并缓解那种压力，不是每一个人都能够做到的。如果你遇到一点事就郁郁寡欢，放不下，那在项目的重压之下，会是对你精神与身材的双重折磨。篇三：项目经理工作总结心得

项目经理工作总结心得

时间：2012-08-30 作者：模具联盟网 点击：

评论：

0 字体：t|t 本人做项目经理工作工作多年，感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导，只有最合适的，没有什么叫对的，什么叫错的，项目经理工作最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。以下是本人一些做项目的个人体会，写出来供大家指点，在讨论过程中共同提高水平。项目开始阶段是一个最重要的阶段。项目经理工作在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如：

1、这个项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细，后面的惊讶就越少，项目的风险就越小。

2、这个项目里牵涉哪些方面的人，如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等，很多项目里除了业主单位的结构很复杂以外，还有一些其他单位也会牵涉进来，如项目监理公司、业主的行业主管机构等。项目经理工作需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望，可以让你在做项目碰到问题的时候，就每件事情分析哪些人会在什么方面支持你，哪些人会出于什么目的反对你，从而提前准备联合朋友去对抗敌人，让事情向你所希望的方向发展。没有永远的朋友，也没有永远的敌人，只有一致的利益，这句话作为项目经理工作是一定要记住的；

3、基本了解了客户的情况后，下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视，这个决定了你在需要资源的时候，公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的，你需要做的是了解公司对这个项目经理

thldl.org.cn的实际期望，是想把项目越做越大还是想赚钱？是想做样板工程还是干脆想敷衍了事，公司领导对项目的态度决定了你做这个项目的战略，而这个战略方针将对你做项目计划产生直接的影响；

4、在做整体项目计划前，还要大致计算一下你手上的资源。首先是时间，现在市场竞争激烈，往往很多项目要求在几乎不可能的时间范围里完成。对于这一点，你在做项目的风险控制计划的时候要充分考虑。其次是人员，根据项目预算和已往经验，大致计算一下未来的项目小组有多少种角色，每个角色目前公司是否有人，是否能完全归这个项目使用，是否需要另外招聘一些人员，招聘的准备工作要尽早启动。最后就是一些设备的准备，项目所需

大件关键设备要尽早预定，以后不管发生设备等人还是人等设备的情况，浪费的都是你的时间；

5、现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚（主要是讲做什么，而不是说怎么做），而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让客户的业务人员（一般不懂技术）知道项目做成什么样就算完成了。简单地说，项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。

6、是到做总体计划的时间了吗？不，你现在已经知道了客户的目标和你手上的资源，那么做计划以前，你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的，你需要写一份报告，详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话，将发生什么样的后果。如果资源不够，就要高层改变策略，增加对这个项目的投入。甚至在条件许可的情况下，有些公司会放弃这个项目。总之，没有人能完成一个不可能完成的任务，如果项目经理工作不能尽早发现风险，那么就只能去当烈士了。

7、明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略，现在是成立项目小组的时候了。很多项目经理工作都没有自己选择组员的权利，那么，就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同，相差较大，很难有什么具体要求，但是，一定要有精通客户业务的人，很多小项目里，这个人就是项目经理工作本人，大项目里会配备行业专家，这样和客户沟通起来才不会鸡同鸭讲，双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语，结果搞得客户一头雾水，反过来，他还指责客户不懂技术。其实，明白自己想做什么的客户已经是很好的客户了，不知道自己要做什么，更不懂怎么做还要指手画脚的客户到处存在，但是要明白，是客户选择了你，而不是你选择了客户，有了客户你才有工资拿，心平气和一点吧。

8、现在你要面对三群人：你的领导、你的组员和你的客户，和这些人沟通，让他们知道你打算怎么做，什么时候要他们做什么准备这些事情将是你的主要工作。既然沟通这么重要，那些事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则，如果你在一个部门时间做长了，对这些规则的运用觉得是一件理所应当的事情，但是，你现在面对的是多个部门甚至多个单位，不把沟通规则说清楚，你以后就会吃亏。下面的东西看起来无聊，其实还是很管用的：第一个是规定信息的流动方式和介质，是推还是拉。推的意思就是项目经理工作将主动发布信息，不管通过电话、邮件还是书面方式，保证将信息传达到每个人。这种情况适合小项目，人少；拉的意思就是项目经理工作就是一个类似web服务器，你自己需要什么信息就去问他。当然，没有项目经理工作把自己搞得那么累，他会用发布信息到公共介质的方式公布信息，简单的是白板，复杂一点的是项目的公共信息交互区，潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊，其实里面牵涉信息传达不完全的责任问题。当然，这些都是指一般的方式，而且不要绝对化，一般情况下，主动沟通

和被动访问是同时存在的，尤其是对领导，项目经理工作更加应该主动去和领导沟通。第二个问题就是文档问题，很多人怕写文档，但是项目经理工作一定要牢记“好记性不如烂笔头”的道理。有理有时候为什么会说不清呢？就是因为没有证据。所以项目经理工作开始就要和客户说清楚有些文档是必须签字的，比如项目经理工作的项目日志，每个星期至少让客户签字，另外所有达成共识的东西，比如会议纪要，甚至领导的讲话记录，都要写成文档，双方签字，这样以后扯皮的时候，就能做到有据可查。记住：说了的就和没说一样，只有写下来大家签字后才算真正发生了的。还有一些问题，比如你提交的报告，给领导（包括本方领导和客户领导）做一个选择题，结果领导压住不批，让你无所适从，结果拖延了进度。这时候，你可以等，但是注意要留记录，标明是谁的责任；另外，如果你在开始阶段就和领导商定：如果批示提交三天后没有得到领导答复就算对方同意，这样你就会主动很多。再比如不同事件的审批流程问题：什么等级的事情记录在项目日志里、什么等级的事情要双方项目经理工作专门签署备忘录、什么等级的事情要双方领导出面签署合同附件等等。事先想得越周到，以后的项目经理工作就越主动。

9、好了，做了很多前期项目经理工作，定义了一些游戏规则，现在是坐下来做计划的时候了。这一节，任意找一本项目管理的书都会说得比我好，所以我就少写一点，说一些自己的体会就是了。首先是找几个关键组员，比如客户业务专家、系统分析员等等，做一下项目模块划分工作。项目分成几块去做，每一块完成什么，模块之间的信息如何交换等等。需求定义的是做什么的问题，而这里说的是怎么做的问题。这里要强调一点：完成一个目标有很多种方式，你要选一种你最熟悉的，而不是看上去最完美的，这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动，坚持要你采用那种新技术，你就应该告诉他：你选我做这个项目，就应该容许我采用自己最喜欢的方式做事情，新技术之所以有诱惑力，就是因为吃亏的人还不多，我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确，比如用微软的project软件，你填写完表格以后，就可以知道这个项目有多少件事情要做，每件事情需要什么资源，他们之间的前后关系如何，消耗的时间有多长，完成后有什么标志等。所有的结果最后用一个叫做甘特图的形式表现出来。你做完这个表以后会惊奇地发现，甘特图上项目的结束时间会远远落后于你的计划结束时间（签合同的人永远不会先征求你的意见的）。当然，学过项目管理的人会大谈什么wbs、优化路径之类的东西，但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题，在我恭喜你挑了一个轻松活之前，请你再去确认你是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候，你就要考虑牺牲一些任务的时间（也意味着质量）了。按照什么标准牺牲？这个项目的战略！我们在第三节提到过的战略。我的经验是如果你什么都赶进度，其结果可能就是十件事情你一件也没做好，想想多么失败啊。所以，把资源投到你熟悉和有把握的事情上，最后的结果是十件事情，你有三件做成了精品，三件完成，还有四件因为某些原因延误，成绩单是否靓丽了很多呢？战略决定优先级，而正确排列事情的优先级是一个项目经理工作能力的主要体现。

好，现在项目已经完成了前期工作，了解了项目的目标、搞清楚了手上的资源，制定了项目的策略，然后编制了项目的整体计划，项目进入实施阶段。进入这个阶段反而是项目经理工作比较空闲的时候，不像前期的时候项目经理工作要象记者一样到处和不同的人接触，搞清楚他们在说什么，努力猜测他们在想什么和他们的真正目的，那才是最累人的事情。当然，小项目的项目经理工作往往自己也是一个资源，要做很多事情，这时候反而比谁都苦。项目经理工作这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意，除非你需要对方给你支持，那么你才需要讲得具体一点，否则，告诉他一切正常就可以了，而且态度要积极一些，千万不要说一些领导不懂的细节，比如：“王局长，最近项目进度还算正常，就是jvm经常发生一些内存泄漏的情况„”王局长：“(*&$@@”。和自己的领导汇报也要注意这个问题，除非他是一个技术高手，你需要他的技术经验，否则一般就汇报进度是否正常以及有问题时你的对策和打算就可以了，有些需要他支持的地方，比如资源调用需要说详细一点。

和组员开会，除了一些项目进度跟踪会议以外，还有很多讨论会，需要大家用头脑风暴方法给出解决问题。与会人员很多都是技术人员，他们的特点是注重细节、缺乏大局观、有点消极悲观、自尊心强（如果总结得不对，欢迎大家拍砖），所以，你作为会议的主持人，只要负责提出问题和记录下他们的观点，千万不要做评判者的角色。一个问题，有很多方面，从不同的角度看，现象是完全不同的，想想盲人摸象的故事吧。这些技术人员，他们往往精通一个方面，就自己的角度发表见解，除非一些很特别的情况，你都应该认为，他们提出的方案，从他们的角度来看是最合理的。你的长处是掌握事情的优先级，评估各个方面的轻重缓急，从而根据他们的意见得出一个合适的（而不是正确的）方案。所以，在会议上，你要充分尊重每一个人和他的意见，夸奖那些意见提得比较好的人，千万不要把会议带入无休止的争论（你要让大家知道事情不是非黑即白的，而是多元的，唉，我们的教育惹的祸„）。会后，你自己写文档，做决定。会议上大家的面子都被照顾了，自然实施起来的阻力就小，如果还有意见的，你就私下找他聊，如果还不能说服他，你就要让他明白，因为你负责这个项目、你担当风险，所以，这个优先级应该你来判断。组织中的高层，并不见得水平会比一般的成员高，但是，他要承担组织的风险，加之信息的不对称性，所以，对事情的优先级的判断肯定比下属强。

在开发过程中，内部管理还要注意的一点是时刻强调以验收为目的的思想，每个任务的最终可交付成果一定要是可以被检查的，比如，【界面要求：美观大方、简洁明快】，这个要求我就不知道如何检查。所以，给开发小组布置任务的时候就要考虑如何检查结果，比如我见过一个计划，里面有一个任务【开发人员熟悉ejb编程】，这个任务，除了让这些人去参加一些专业认证考试，否则，结果很难被检查。所以，时刻考虑如何检查结果、如何向客户交付是项目经理工作一直要注意的事情，我听说有些老项目经理工作拿到项目是倒排计划的，即首先看如何验收和验收标准，然后决定项目经理工作计划。很多项目开始了很久，还不知道如何验收，那么这个项目出问题的可能性就很大了。做项目就是为了验收，我们的

角色不是研究机构，我们的目的就是在付出那么多劳动后得到结果。另外我插一句：我是极其不主张到客户现场开发的。尤其是一大群技术人员直接和客户交流，很容易引起冲突和矛盾（技术人员的本性决定的）。我的做法是项目经理工作和项目实施人员到现场，软件开发人员还是在公司做项目。项目实施人员就是初级项目经理工作，他们了解自己的产品，懂得一些客户的业务，关键是在于他们具有良好的沟通能力，俗称“皮厚”。他们是客户和研发人员的桥梁，其职业方向也是很机动灵活，以后可以有很多方向可以转，比开发人员的路要宽得多。

接着，我们再谈谈最让人头痛的需求变更问题。变更通常分为两种：一种是部分更改了原先的目标，即需求变更；另一种是没改变目标，但是客户不满意目前的实现方式，大到流程的实现，小到界面的布局，都是属于这类。碰到这种情况是难以避免的，主要是事先沟通的不够充分和客户随着项目的进展，慢慢想清楚了问题，改变了以前的思路。这时候，如果需要改并且你的战略是容许这种情况的，那么注意下面几点：

1、确保以前的文档，就是记载着以前的结论的东西，客户是否签过字，如果没有，赶紧把你的工作停下来，赶快再和客户自己确认一下你的方案，然后让他签字，避免以后说话没有凭据；

2、和客户坐下来，自己探讨他修改的根本目的是什么，是不是有同样能达到相同目的，但是对你来说有代价更小的选择？

3、（项目初期的工作）明确更改流程，一般是客户指定一人签字（否则客户每个领导都有权力来插一杠子，你就废了），以正式项目文件的方式提交给你，然后，你做评估分析，分析对成本、进度的影响，在你的领导同意后，出相应意见书，主要是要说明更改设计的原因和指出由此带来的不确定后果（这个东西先写出来，后面如果真的发生了，至少不是你的错）。然后再让客户在上面签字。见过医院给病人做手术以前让家人签的免责条款吗？对，就学习那个，让大家都意识到任何的更改都有成本和代价。篇四：项目管理心得：一个项目经理的个人体会、经验总结

项目管理心得：一个项目经理的个人体会、经验总结

摘要：项目经理要紧的就是要明白什么是因地制宜、因势利导，只有最合适的，没有什么叫对的，什么叫错的，项目经理最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。

本人做项目经理工作多年，感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导，只有最合适的，没有什么叫对的，什么叫错的，项目经理最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。以下是本人一些做项目的个人体会，写出来供大家指点，在讨论过程中共同提高水平。

项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如：

1.这个项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细，后面的惊讶就越少，项目的风险就越小。

2.这个项目里牵涉哪些方面的人，如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等，很多项目里除了业主单位的结构很复杂以外，还有一些其他单位也会牵涉进来，如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望，可以让你在做项目碰到问题的时候，就每件事情分析哪些人会在什么方面支持你，哪些人会出于什么目的反对你，从而提前准备联合朋友去对抗敌人，让事情向你所希望的方向发展。没有永远的朋友，也没有永远的敌人，只有一致的利益，这句话作为项目经理是一定要记住的；

3.基本了解了客户的情况后，下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视，这个决定了你在需要资源的时候，公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的，你需要做的是了解公司对这个项目的实际期望，是想把项目越做越大还是想赚钱？是想做样板工程还是干脆想敷衍了事，公司领导对项目的态度决定了你做这个项目的战略，而这个战略方针将对你做项目计划产生直接的影响；

4.在做整体项目计划前，还要大致计算一下你手上的资源。首先是时间，现在市场竞争激烈，往往很多项目要求在几乎不可能的时间范围里完成。对于这一点，你在做项目的风险控制计划的时候要充分考虑。其次是人员，根据项目预算和已往经验，大致计算一下未来的项目小组有多少种角色，每个角色目前公司是否有人，是否能完全归这个项目使用，是否需要另外招聘一些人员，招聘的准备工作要尽早启动。最后就是一些设备的准备，项目所需大件关键设备要尽早预定，以后不管发生设备等人还是人等设备的情况，浪费的都是你的时间；

5.现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚（主要是讲做什么，而不是说怎么做），而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让客户的业务人员（一般不懂技术）知道项目做成什么样就算完成了。简单地说，项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。

6.是到做总体计划的时间了吗？不，你现在已经知道了客户的目标和你手上的资源，那么做计划以前，你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的，你需要写一份报告，详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话，将发生什么样的后果。如果资源不够，就要高层改变策略，增加对这个项目的投入。甚至在条件许可的情况下，有些公司会放弃这个项目。总之，没有人能完成一个不可能完成的任务，如果项目经理不能尽早发现风险，那么就只能去当烈士了。

7.明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略，现在是成立项目小组的时候了。很多项目经理都没有自己选择组员的权利，那么，就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同，相差较大，很难有什么具体要求，但是，一定要有精通客户业务的人，很多小项目里，这个人就是项目经理本人，大项目里会配备行业专家（industry expert），这样和客户沟通起来才不会鸡同鸭讲，双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语，结果搞得客户一头雾水，反过来，他还指责客户不懂技术。其实，明白自己想做什么的客户已经是很好的客户了，不知道自己要做什么，更不懂怎么做还要指手画脚的客户到处存在，但是要明白，是客户选择了你，而不是你选择了客户，有了客户你才有工资拿，心平气和一点吧。

对于这种需求天天变的客户，你就一定要事先做好规矩：

一、统一联系人，客户指定一个人和项目组进行沟通，不能张领导、王领导都来说几句，如果他们意见不一致，那你只有得罪领导的选择了，所以，项目的最初就要定好规矩，我项目组只认一个的意见，有什么要求你们内部先统一再和我谈，我不想卷入你们内部业务部门之间的矛盾之中；

二、所有需求变更全部要有书面文字，这点切记！这样做好处多多：

*有书面证据，以后他还想改，你有了他以前要求的证据，告诉他：你以前可是这么说的；

*便于需求变更管理，需求如何慢慢演变的历史可以看清楚，从而更深切地体会客户的目的；

*对于客户来说，嘴巴一动最方便，反正是你们做，不花他的资源，所以要求是否合理，是否和项目的目的一致，他是不负责任的。但是如果要他写书面要求，还要签字盖章，他就要谨慎多了，而且一写东西，思想就会更加深入，很多无理要求也就这样胎死腹中了；

8.现在你要面对三群人：你的领导、你的组员和你的客户，和这些人沟通，让他们知道你打算怎么做，什么时候要他们做什么准备这些事情将是你的主要工作。既然沟通这么重要，那些事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则，如果你在一个部门时间做长了，对这些规则的运用觉得是一件理所应当的事情，但是，你现在面对的是多个部门甚至多个单位，不把沟通规则说清楚，你以后就会吃亏。下面的东西看起来无聊，其实还是很管用的：第一个是规定信息的流动方式和介质，是推还是拉。推的意思就是项目经理将主动发布信息，不管通过电话、邮件还是书面方式，保证将信息传达到每个人。这种情况适合小项目，人少；拉的意思就是项目经理就是一个类似web服务器，你自己需要什么信息就去问他。当然，没有项目经理把自己搞得那么累，他会用发布信息到公共介质的方式公布信息，简单的是白板，复杂一点的是项目的公共信息交互区，潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊，其实里面牵涉信息传达不完全的责任问题。当然，这些都是指一般的方式，而且不要绝对化，一般情况下，主动沟通和被动访问是同时存在的，尤其是对领导，项目经理更加应该主动去和领导沟通。第二个问题就是文档问题，很多人怕写文档，但是项目经理一定要牢记“好记性不如烂笔头”的道理。有理有时候为什么会说不清呢？就是因为没有证据。所以项目经理开始就要和客户说清楚有些文档是必须签字的，比如项目经理的项目日志，每个星期至少让客户签字，另外所有达成共识的东西，比

如会议纪要，甚至领导的讲话记录，都要写成文档，双方签字，这样以后扯皮的时候，就能做到有据可查。记住：说了的就和没说一样，只有写下来大家签字后才算真正发生了的。还有一些问题，比如你提交的报告，给领导（包括本方领导和客户领导）做一个选择题，结果领导压住不批，让你无所适从，结果拖延了进度。这时候，你可以等，但是注意要留记录，标明是谁的责任；另外，如果你在开始阶段就和领导商定：如果批示提交三天后没有得到领导答复就算对方同意，这样你就会主动很多。再比如不同事件的审批流程问题：什么等级的事情记录在项目日志里、什么等级的事情要双方项目经理专门签署备忘录、什么等级的事情要双方领导出面签署合同附件等等。事先想得越周到，以后的工作就越主动。篇五：一个全面的项目经理工作总结

本人做项目经理工作多年，感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导，只有最合适的，没有什么叫对的，什么叫错的，项目经理最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。以下是本人一些做项目的个人体会，写出来供大家指点，在讨论过程中共同提高水平。

项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如：

1.这个项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细，后面的惊讶就越少，项目的风险就越小。

2.这个项目里牵涉哪些方面的人，如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等，很多项目里除了业主单位的结构很复杂以外，还有一些其他单位也会牵涉进来，如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望，可以让你在做项目碰到问题的时候，就每件事情分析哪些人会在什么方面支持你，哪些人会出于什么目的反对你，从而提前准备联合朋友去对抗敌人，让事情向你所希望的方向发展。没有永远的朋友，也没有永远的敌人，只有一致的利益，这句话作为项目经理是一定要记住的；

3.基本了解了客户的情况后，下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视，这个决定了你在需要资源的时候，公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的，你需要做的是了解公司对这个项目的实际期望，是想把项目越做越大还是想赚钱？是想做样板工程还是干脆想敷衍了事，公司领导对项目的态度决定了你做这个项目的战略，而这个战略方针将对你做项目计划产生直接的影响；

4.在做整体项目计划前，还要大致计算一下你手上的资源。首先是时间，现在市场竞争激烈，往往很多项目要求在几乎不可能的时间范围里完成。对于这一点，你在做项目的风险控制计划的时候要充分考虑。其次是人员，根据项目预算和已往经验，大致计算一下未来的项目小组有多少种角色，每个角色目前公司是否有人，是否能完全归这个项目使用，是否需要另外招聘一些人员，招聘的准备工作要尽早启动。最后就是一些设备的准备，项目所需大件关键设备要尽早预定，以后不管发生设备等人还是人等设备的情况，浪费的都是你的时间；

5.现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚（主要是讲做什么，而不是说怎么做），而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让客户的业务人员（一般不懂技术）知道项目做成什么样就算完成了。简单地说，项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。

6.是到做总体计划的时间了吗？不，你现在已经知道了客户的目标和你手上的资源，那么做计划以前，你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的，你需要写一份报告，详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话，将发生什么样的后果。如果资源不够，就要高层改变策略，增加对这个项目的投入。甚至在条件许可的情况下，有些公司会放弃这个项目。总之，没有人能完成一个不可能完成的任务，如果项目经理不能尽早发现风险，那么就只能去当烈士了。

7.明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略，现在是成立项目小组的时候了。很多项目经理都没有自己选择组员的权利，那么，就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同，相差较大，很难有什么具体要求，但是，一定要有精通客户业务的人，很多小项目里，这个人就是项目经理本人，大项目里会配备行业专家（industry expert），这样和客户沟通起来才不会鸡同鸭讲，双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语，结果搞得客户一头雾水，反过来，他还指责客户不懂技术。其实，明白自己想做什么的客户已经是很好的客户了，不知道自己要做什么，更不懂怎么做还要指手画脚的客户到处存在，但是要明白，是客户选择了你，而不是你选择了客户，有了客户你才有工资拿，心平气和一点吧。

8.现在你要面对三群人：你的领导、你的组员和你的客户，和这些人沟通，让他们知道你打算怎么做，什么时候要他们做什么准备这些事情将是你的主要工作。既然沟通这么重要，那些事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则，如果你在一个部门时间做长了，对这些规则的运用觉得是一件理所应当的事情，但是，你现在面对的是多个部门甚至多个单位，不把沟通规则说清楚，你以后就会吃亏。下面的东西看起来无聊，其实还是很管用的：第一个是规定信息的流动方式和介质，是推还是拉。推的意思就是项目经理将主动发布信息，不管通过电话、邮件还是书面方式，保证将信息传达到每个人。这种情况适合小项目，人少；拉的意思就是项目经理就是一个类似web服务器，你自己需要什么信息就去问他。当然，没有项目经理把自己搞得那么累，他会用发布信息到公共介质的方式公布信息，简单的是白板，复杂一点的是项目的公共信息交互区，潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊，其实里面牵涉信息传达不完全的责任问题。当然，这些都是指一般的方式，而且不要绝对化，一般情况下，主动沟通和被动访问是同时存在的，尤其是对领导，项目经理更加应该主动去和领导沟通。第二个问题就是文档问题，很多人怕写文档，但是项目经理一定要牢记“好记性不如烂笔头”的道理。有理有时候为什么会说不清呢？就是因为没有证据。所以项目经理开始就要和客户说清楚有些文档是必须签字的，比如项目经理的项目日志，每个星期至少让客户签字，另外所有达成共识的东西，比如会议纪要，甚至领导的讲话记录，都要写成文档，双方签字，这样以后扯皮的时候，就能做到有据可查。记住：说了的就和没说一样，只有写下来大家签字后才算真正发生了的。还有一些问题，比如你提交的报告，给领导（包括本方领导和客户领导）做一个选择题，结果领导压住不批，让你无所适从，结果拖延了进度。这时候，你可以等，但是注意要留记录，标明是谁的责任；另外，如果你在开始阶段就和领导商定：如果批示提交三天后没有得到领导答复就算对方同意，这样你就会主动很多。再比如不同事件的审批流程问题：什么等级的事情记录在项目日志里、什么等级的事情要双方项目经理专门签署备忘录、什么等级的事情要双方领导出面签署合同附件等等。事先想得越周到，以后的工作就越主动。

9.好了，做了很多前期工作，定义了一些游戏规则，现在是坐下来做计划的时候了。这一节，任意找一本项目管理的书都会说得比我好，所以我就少写一点，说一些自己的体会就是了。首先是找几个关键组员，比如客户业务专家、系统分析员等等，做一下项目模块划分工作。项目分成几块去做，每一块完成什么，模块之间的信息如何交换等等。需求定义的是做什么的问题，而这里说的是怎么做的问题。这里要强调一点：完成一个目标有很多种方式，你要选一种你最熟悉的，而不是看上去最完美的，这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动，坚持要你采用那种新技术，你就应该告诉他：你选我做这个项目，就应该容许我采用自己最喜欢的方式做事情，新技术之所以有诱惑力，就是因为吃亏的人还不多，我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确，比如用微软的project软件，你填写完表格以后，就可以知道这个项目有多少件事情要做，每件事情需要什么资源，他们之间的前后关系如何，消耗的时间有多长，完成后有什么标志等。所有的结果最后用一个叫做甘特图的形式表现出来。你做完这个表以后会惊奇地发现，甘特图上项目的结束时间会远远落后于你的计划结束时间（签合同的人永远不会先征求你的意见的）。当然，学过项目管理的人会大谈什么wbs、优化路径之类的东西，但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题，在我恭喜你挑了一个轻松活之前，请你再去确认你是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候，你就要考虑牺牲一些任务的时间（也意味着质量）了。按照什么标准牺牲？这个项目的战略！我们在第三节提到过的战略。我的经验是如果你什么都赶进度，其结果可能就是十件事情你一件也没做好，想想多么失败啊。所以，把资源投到你熟悉和有把握的事情上，最后的结果是十件事情，你有三件做成了精品，三件完成，还有四件因为某些原因延误，成绩单是否靓丽了很多呢？战略决定优先级，而正确排列事情的优先级是一个项目经理能力的主要体现。

好，现在项目已经完成了前期工作，了解了项目的目标、搞清楚了手上的资源，制定了项目的策略，然后编制了项目的整体计划，项目进入实施阶段。进入这个阶段反而是项目经理比较空闲的时候，不像前期的时候项目经理要象记者一样到处和不同的人接触，搞清楚他们在说什么，努力猜测他们在想什么和他们的真正目的，那才是最累人的事情。当然，小项目的项目经理往往自己也是一个资源，要做很多事情，这时候反而比谁都苦。项目经理这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意，除非你需要对方给你支持，那么你才需要讲得具体一点，否则，告诉他一切正常就可以了，而且态度要积极一些，千万不要说一些领导不懂的细节，比如：“王局长，最近项目进度还算正常，就是jvm经常发生一些内存泄漏的情况?”王局长：“(*&$@@”。和自己的领导汇报也要注意这个问题，除非他是一个技术高手，你需要他的技术经验，否则一般就汇报进度是否正常以及有问题时你的对策和打算就可以了，有些需要他支持的地方，比如资源调用需要说详细一点。

和组员开会，除了一些项目进度跟踪会议以外，还有很多讨论会，需要大家用头脑风暴方法给出解决问题。与会人员很多都是技术人员，他们的特点是注重细节、缺乏大局观、有点消极悲观、自尊心强（如果总结得不对，欢迎大家拍砖），所以，你作为会议的主持人，只要负责提出问题和记录下他们的观点，千万不要做评判者的角色。一个问题，有很多方面，从不同的角度看，现象是完全不同的，想想盲人摸象的故事吧。这些技术人员，他们往往精通一个方面，就自己的角度发表见解，除非一些很特别的情况，你都应该认为，他们提出的方案，从他们的角度来看是最合理的。你的长处是掌握事情的优先级，评估各个方面的轻重缓急，从而根据他们的意见得出一个合适的（而不是正确的）方案。所以，在会议上，你要充分尊重每一个人和他的意见，夸奖那些意见提得比较好的人，千万不要把

会议带入无休止的争论（你要让大家知道事情不是非黑即白的，而是多元的，唉，我们的教育惹的祸?）。会后，你自己写文档，做决定。会议上大家的面子都被照顾了，自然实施起来的阻力就小，如果还有意见的，你就私下找他聊，如果还不能说服他，你就要让他明白，因为你负责这个项目、你担当风险，所以，这个优先级应该你来判断。组织中的高层，并不见得水平会比一般的成员高，但是，他要承担组织的风险，加之信息的不对称性，所以，对事情的优先级的判断肯定比下属强。

在开发过程中，内部管理还要注意的一点是时刻强调以验收为目的的思想，每个任务的最终可交付成果一定要是可以被检查的，比如，【界面要求：美观大方、简洁明快】，这个要求我就不知道如何检查。所以，给开发小组布置任务的时候就要考虑如何检查结果，比如我见过一个计划，里面有一个任务【开发人员熟悉ejb编程】，这个任务，除了让这些人去参加一些专业认证考试，否则，结果很难被检查。所以，时刻考虑如何检查结果、如何向客户交付是项目经理一直要注意的事情，我听说有些老项目经理拿到项目是倒排计划的，即首先看如何验收和验收标准，然后决定工作计划。很多项目开始了很久，还不知道如何验收，那么这个项目出问题的可能性就很大了。做项目就是为了验收，我们的角色不是研究机构，我们的目的就是在付出那么多劳动后得到结果。另外我插一句：我是极其不主张到客户现场开发的。尤其是一大群技术人员直接和客户交流，很容易引起冲突和矛盾（技术人员的本性决定的）。我的做法是项目经理和项目实施人员到现场，软件开发人员还是在公司做项目。项目实施人员就是初级项目经理，他们了解自己的产品，懂得一些客户的业务，关键是在于他们具有良好的沟通能力，俗称“皮厚”。他们是客户和研发人员的桥梁，其职业方向也是很机动灵活，以后可以有很多方向可以转，比开发人员的路要宽得多。

接着，我们再谈谈最让人头痛的需求变更问题。变更通常分为两种：一种是部分更改了原先的目标，即需求变更；另一种是没改变目标，但是客户不满意目前的实现方式，大到流程的实现，小到界面的布局，都是属于这类。碰到这种情况是难以避免的，主要是事先沟通的不够充分和客户随着项目的进展，慢慢想清楚了问题，改变了以前的思路。这时候，如果需要改并且你的战略是容许这种情况的，那么注意下面几点：

1.确保以前的文档，就是记载着以前的结论的东西，客户是否签过字，如果没有，赶紧把你的工作停下来，赶快再和客户自己确认一下你的方案，然后让他签字，避免以后说话没有凭据；

2.和客户坐下来，自己探讨他修改的根本目的是什么，是不是有同样能达到相同目的，但是对你来说有代价更小的选择？

3.（项目初期的工作）明确更改流程，一般是客户指定一人签字（否则客户每个领导都有权力来插一杠子，你就废了），以正式项目文件的方式提交给你，然后，你做评估分析，分析对成本、进度的影响，在你的领导同意后，出相应意见书，主要是要说明更改设计的原因和指出由此带来的不确定后果（这个东西先写出来，后面如果真的发生了，至少不是你的错）。然后再让客户在上面签字。见过医院给病人做手术以前让家人签的免责条款吗？对，就学习那个，让大家都意识到任何的更改都有成本和代价 所以，对于这种需求天天变的客户，你就一定要事先做好规矩：

一、统一联系人，客户指定一个人和项目组进行沟通，不能张领导、王领导都来说几句，如果他们意见不一致，那你只有得罪领导的选择了，所以，项

目的最初就要定好规矩，我项目组只认一个的意见，有什么要求你们内部先统一再和我谈，我不想卷入你们内部业务部门之间的矛盾之中；

二、所有需求变更全部要有书面文字，这点切记！这样做好处多多：

*有书面证据，以后他还想改，你有了他以前要求的证据，告诉他：你以前可是这么说的；

*便于需求变更管理，需求如何慢慢演变的历史可以看清楚，从而更深切地体会客户的目的；

*对于客户来说，嘴巴一动最方便，反正是你们做，不花他的资源，所以要求是否合理，是否和项目的目的一致，他是不负责任的。但是如果要他写书面要求，还要签字盖章，他就要谨慎多了，而且一写东西，思想就会更加深入，很多无理要求也就这样胎死腹中了；

系统开发告一段落后，就进入客户培训、系统验收阶段，这个阶段，我一般会注意以下几个问题：

给客户做培训前，多注意一些表面功夫。很多程序员认为，既然很多系统采用原型法，有一个由粗到精的过程，那么系统的逻辑核心是否正确才是关键，至于界面如何，界面上的用词是否准确，那是无关紧要的问题；而且培训的时候也是空手上台、信手拈来，想到哪里说到哪里，下面听讲的人不知所云，云山雾罩，培训效果自然可以想象。我的体会是，给客户做培训的版本，如果你在做多次测试以后仍然不能确定逻辑是否合乎要求，那么，你至少要在界面上多花一点功夫。注意每个界面的布局、用词、链接的正确性等等，总之不要让客户看到一些他不该看到的东西，否则，仅仅因为一些无关紧要的报错就让客户第一印象觉得系统不稳定，那你就真的比窦娥还冤了。如果工作再做得详细一点，可以做一些类似flash的东西，把一些你要强调的重点用通俗易懂、轻松愉快的方式表达出来。文档方面，准备至少两个文档：用户手册和培训手册。这两个文档的内容很多都是一致的，但是角度完全不同。用户手册往往是站在系统设计者的角度，按照自己的思路，分模块讲解系统的操作和功能；而培训手册，一定要站在客户业务人员的角度，根据每个角色面对不同业务的办理，如何通过使用本系统的一系列功能来实现目标。所以，第一次培训以前，系统界面是否完整正确、培训文档是否完备、培训时所举的例子是否有代表性都是很关键的因素，第一炮打不响，以后就麻烦很多。

上面讲的是培训的时候，丑媳妇要化妆好再去见公婆的问题。其实，项目实施中还有一个考验项目经理功力的就是如何调动客户积极性的问题。一般来说，客户是懒的，这就是他花钱找你做事情的原因。一个项目的成败，和客户的配合程度很有关系。根据我的分析，一般项目中的客户都可以分为三类：支持的、消极观望的、抵触的。他们人数的分布一般是一个纺锤形：支持的和抵触的人少，观望的人多（如果你接了一个人人都抵触你的项目，那你还是不要做了）。首先，分析一下那些人为什么支持你和抵触你。很简单，于公于私两个方面分析，上了新系统，谁的工作量有所变化？谁的潜在利益是否受到威胁？谁的岗位是不是因为新系统而消失？传统的利益格局因为新系统的使用而发生怎么样的变化，这些东西，都是项目经理必须去了解的，这样，你才能团结那些支持你的人，消减那些抵触你的人。

第五篇：项目经理心得

1、项目经理，主要职责是

1.2.3.4.项目范围定义 项目计划制定、分解、分配、协调、汇报 项目质量控制 项目需求变更控制

2、需求如何描述清楚

使用了PPT+WORD+脑图+EXCEL的描述方法。

想让人能从千万丝绦中理出头绪，于是脑图软件上场。把各个分支来龙去脉表现清楚。

到了描述某个节点的时候，PPT上手。一页PPT相当于一个界面窗口。每页PPT的图形模仿了菜单、输入框、按钮。按钮按下，还可以跳转到其他的PPT页上，和软件操作流程非常相似。

PPT让程序员很直观的看到未来软件作出来是什么样子。关于PPT的详细描述，如字段，流程，特殊注意，特殊控制，都用WORD说明好。

遇到有报表功能的时候，用EXCEL把报表画出来，让程序员喜闻乐见。

软件包装，第一步就需要帮助文件、视频操作、解决方案、产品介绍、演示系统

3、团队建设

业务架构、技术架构、测试兼技术支持、文案兼培训，四套马车。一直用它，效果很好，搭建团队容易，循序渐进不革命。

柳传志说的非常好：搭班子，定战略，带队伍。你班子不行，上什么需求管理软件、版本管理软件、项目进度管理软件、自动测试、自动集成软件，都是无法落地执行的。

项目经理，从以前一个令人羡慕的职位到现在的烂街，各行各业，各色人等，我们都可以看到项目经理的身影。盖房子搞建筑的，总包分包，大大小小的项目经理无数；新房装修，也是项目经理带着几个小弟出来混的，软件行业里，项目经理就更是一抓一大把。当然，相对于项目经理，下面具体干活的小弟更是多得数不清。因此，更多做技术的工程师们，职位晋升的首选，就是项目经理。

为什么？其实回答都差不多：搞技术搞不了一辈子，年纪大了就干不动了；项目经理毕竟职位高一些，接触面大一些；项目经理可以做管理，当老大；薪水更多一些等等。这些都是正常的理由，也无可厚非，但项目经理真得适合每一个人吗？每一个开发人员都适合做项目经理吗？

为什么一个开发组的同事，最后别人晋升为了项目经理，而你还在继续编写那些面目可憎的代码？

首先，你了解项目管理的相关领域知识吗？你知道PMP的九大知识领域吗？你清楚CMMI、ISO对项目流程控制的各项要求吗？如果你有肯定的回答，那么恭喜你，你向项目经理的路上前进了20%。项目管理的知识领域越来越广，项目计划、时间管理、资源管理、成本控制、风险管理、质量管理乃至对供应商的管理等，每一块内容都有大量的知识需要学习和掌握，而且需要参与其中的实践经验。

这么重要的内容，为什么只占了20%，你肯定很奇怪。没有错，即使你对项目管理知识掌握的了如指掌，那也只能有20%的加分。因为，这些知识仅仅是书本上的内容，通过学习大家都能掌握；即使不能全部记在脑海中，都可以边做项目边照着书上说的流程进行工作。如果每个项目照着流程按步就班地走下去都可以顺利完成，那还要项目经理干什么呢？所以，除了知识之外，另外80%的东西才是重点。

协调能力！这是一个合格的项目经理必须具备的能力

什么叫协调能力？就是与各色人等打交道的能力。项目经理的职位，在很多外企里其实是没有行政管理的权力的，就是对项目内的成员没有管理的权力，更多的时候做的工作是一个项目协调人。一个项目启动后，项目的成员可能都是临时从各个部门调来的，作为项目经理，需要与各个部门的人去协调每个成员的参与项目的时间期限。项目经理需要安排工作与每个项目成员，人都是一个个体，各种性格都有，如何与不同性格的人交道，这可不是一时半会儿能学得会的。项目经理也需要与上层领导协调，当项目推迟了，如何向领导解释原因，如何向领导申请更多的资金与资源，如何说服领导更加支持这个项目，这都是协调能力的体现。除此之外，项目经理还需要与客户协调，面对客户漫无边际的需求要求，如何加以限制，面对客户的种种苛求，如何一一化解，当最终产品提交给客户后，如何减少客户的抱怨，尽早的签收，这些都需要项目经理有非常强的，把与项目相关的所有shareholder全部摆平的能力。这一点，应该占到40%的比例，也就是说，如果达到上面两条，你就可以做一个及格的项目经理了。但这还是远远不够的。

文笔！

项目经理几乎可以不用写代码，但更多的工作是写文档以及报告。这几乎占据了项目经理大半的工作时间。

从合同到项目计划再到项目报告，项目经理都需要极强的文笔写作功底。清晰，明确是文档的基本要求，更多的时候，项目经理需要从不同的角度解析同一个问题，而让人得到不同的结果。当然，如果你能把死的写成活的，黑的写成白的，那恭喜你，这20%你可以拿满分。

沟通能力！

不仅仅是语言沟通能力，还包括察颜观色的能力。项目经理未必需要口若悬河，出口成章，但说出的话一定让人清楚的明白；同时，也要通过表情，动作等身材语言，了解对方的内心想法。这一点，真得很难，有的人一辈子未必学得会与别人沟通。所以，只能看你的天份了。这一点，应该点到10%。

最后10%，就是抗压能力

作为项目经理，一定要能承受常人不能承受的巨大压力。尤其在项目遇到问题，进展不顺的时候，在成本上升和面临着最终期限快到的时候，如何承受并缓解那种压力，不是每一个人都能够做到的。如果你遇到一点事就郁郁寡欢，放不下，那在项目的重压之下，会是对你精神与身材的双重折磨。

以上就是我对项目经理的理解，如果你未来想做一个项目经理，那就请比照一下自己，看看是不是符合上面的要求，给自己打个分。当然，各种能力都是可以学习的，未必都是天生，但是对于有的人，就是可以运用的游刃有余，而有的人就是那么得不自然。其实，项目经理是个不简单的职位，想要做好，真得很不容易，需要学习的东西太多太多，不用担心，这个世界没有完美的人，也没有完美的项目经理，努力的提升自己，都会向项目经理的职位前进一步！