以前作为开发人员，天天要和项目经理打交道，而所有的项目经理给我们的印象大多就是问进度、催进度，背地里大家都是抱怨——烦死了，心想：做好了告诉你不就好了。

　　1.项目成败和PM有很大关系

　　还记得一次出差，一个同事开玩笑地说：“终于摆脱张三(项目经理化名)的魔掌啦”，第二天客户的项目经理李四(化名)又让报告进度时，他又无奈的跟我们说：“哎，又落入李四的魔掌了”。

　　好吧，这么一说感觉程序猿和项目经理就是冤家呀，那还能不能好好相处了呢?

　　而学了PMP和自己作为项目经理之后，我只想说：“项目经理，我误会你了”。

　　项目经理绝不是只会问进度、催进度的讨人嫌，而应该是个懂需求，知进度、会沟通，会谈判，会规划，熟悉管理的一个综合型人才，一个项目的成败和PM有着很大的关系。

　　从我作为项目经理的第一个项目说起吧，毕竟之前没有独立带过一个项目，所以正好公司有个为期1个月的小项目，老大就把这个项目给我练手，开始的心情是很感激也很兴奋，由于项目也比较简单，前期我和客户的项目经理沟通的也算顺畅。

　　2.会前 要做好记录、计划

　　可是慢慢的问题出现了，一次会后，客户的项目经理严厉地批评我：“你是项目经理，以后每次审查进度时，你要领导整个审查会议，提前整理好目前进展是什么，下一步要做什么，需要我(客户)配合什么。一个会上搞定，不要会后想到什么沟通什么，效率太低了”，我是个自尊心很强的人，此刻我觉得自己像个犯了错的学生被老师数落，心情被打击的很低落。

　　可是回过来想想确实是自己的问题，这不就是PMP书上说的会前准备，会中记录没做好嘛。经验教训要总结，有问题就要改进。

　　3.客户提变更，及时做好确认

　　还未走出低落心情时，新的问题出现了——变更，项目虽小但是不妨碍客户需求变动啊。

　　比如一开始我们讨论是按一个页面放一个图文详情，可是后面客户要放多个，当我想把这个变更作为变更请求提出的时候，客户不买账了。

　　理由是当初他们并没有说一定是一个页面只放一个问题图文内容啊，这么一说确实没有什么能证明，问题在哪?

　　那不就是我们当初需求文档没有详细规定嘛，我没有把需求细化，只是按自己认为的情况去假定，为什么没有跟客户确认，比如这里是放多个还是就一个。

　　总的来说就是需求没有规划好。根本原因是没有一个详细的需求文档，这是无论大小的项目必须要有的文件。

　　4.做好进度分析图，完善风控

　　最后最常见的问题来了——项目延期，为啥?依赖客户提供的东西迟迟不能提供，我发现我根本没有啥风险登记册，没有问题日志。

　　当客户问我会延期多久时，我也是凭经验加上各项延迟的天数，估了一个总的延期时间，事后我问自己为什么不画一个网络进度分析图，这样是不是更准确。我开始为自己大概的估计有些担忧，这都是教训啊……

　　经历过项目才发现，虽然PMP书上学的知识或多或少的运用到实践中了，但是还是很多东西没有正确运用到实际项目，从而导致很多的问题出现。

　　做项目虽不能照本宣科，但PMP给我们提供了很好的实战理论，我们可以更好地利用起来。

　　作为项目经理心里苦啊，项目成员“不待见”，还要和客户过招。

　　所以请善待你们身边的项目经理，换位思考，一个优秀的项目要大家共同的协同配合，相互理解，才能取得成功。

　　项目经理自己更是要不断学习，成长，提高各方面能力。