作为一个即将转型的程序员，我也谈谈我对项目管理的一些看法，这些看法极有可能非常的不成熟，所以请大家尽管排砖，使劲儿拍，越使劲儿我越高兴。：）
我认为一个合格的项目经理在项目管理过程中应该主要关注以下几方面的东西：
1，以验收项目为目的。所以，一切都应该是可验证的。把项目划分为若干个任务的同时，也应该已经为这些任务制定好了完成的标准，即做到什么程度为止。
我们做项目，为的是什么？你要非说我为社会主义祖国信息化建设做出贡献我也不反对，但是我要说，如果最后不能验收，或者验收过程出现问题，那么项目就要面临失败了，项目经理就要面临走人了。所以，制定项目计划时，划分任务和制定任务的完成标准一样重要，这些标准可以是一些测试用例，也可以是其它一些可度量的标准。我还想说，要尽量给客户灌输一种标准：“验收就是跑完客户已经签字的测试用例，系统出现的错误在可以接受的范围”。
2，全员参与。作为一个新手项目经理，不可避免的会出现一些判断失误或者理解错误。怎么才能最大程度减少项目的风险呢？我的想法是如果是项目组比较小，则可以全员参与项目需求的分析和计划的讨论；如果项目组较大，则可以采取分组和骨干讨论的办法。在得到项目组成员的建议以后，项目经理更容易全面的思考，掌控项目的每一个风险，再独力做出项目计划并提交领导供审核。在这个过程中，项目组成员得以参与，提高了团队的凝聚力和主人翁意识，提高了开发的积极性；同时也是一次学习，对项目组成员的提高又莫大的好处。但是，全员参与有些问题不得不注意，在讨论过程中，项目经理应尽量避免发表意见，只应多意见提得好的组员予以鼓励，避免陷入无谓的争吵。总之，我认为，全员参与的项目管理有利于减小风险，提高项目成员的积极性和全局观，对项目成功有重大作用。
3，沟通。沟通是个谈不完的话题，项目经理的绝大多数难题都可以通过沟通来解决，所以沟通是重中之重。和项目组沟通，确保计划的按期执行，了解项目组成员的困难（包括日常生活上的困惑，这也会影响到项目），协调和组织资源；和领导沟通，让他知道你在干什么，都干了什么，将要干什么。领导和客户一样非常重要，因为他发工资！~_~ 和客户沟通，尽可能的去勾引它说出真正的想法，使项目的开发运行在正确的轨道。总之，沟通比任何事情都重要。
4，客户管理。我已经看到臭鸡蛋飞过来了，你个小小的项目经理，还是初级的，客户会归你管吗？确实是这样，客户怎么会归项目经理管呢。在我经历的一个外包项目中，那个客户甚至自己雇佣项目经理，来管理我们当时的开发团队进行工作。但是，我们不能放弃，明知山有虎，偏向虎山行。不屈不挠不怕斗争才是我们新世纪大好青年的本色。。。（省略5000字），那么，怎么斗争呢？我认为，只要仔细的想，办法还是有的。首先，要和客户明确需求，避免无意义的变更。从项目开始的那天起，凡是重要的与需求相关的文档，都要客户签字确认。这样能避免客户拍大腿出需求，那样会累死我们，还不讨好。当客户需要签自己名字的时候，一般它就会仔细思考一下，这样就能省去很多不必要的反复。其次，要让客户的工作计划中有你的项目。否则你发出的request不能及时得到回复，那么，项目延期是必然的。
最后，要经常保持沟通，让客户了解你的进展。他非常的希望也非常的愿意知道你在干什么，干到什么程度了，将要怎么干，否则他付钱也不心甘情愿。当然，我们也不能什么都跟客户说阿，挑些客户容易理解的，重点关键的"点"，以及项目需求模糊的地方。这样能最大程度上给客户一种安全感，也能尽快明确需求，引导客户说出真正想要的东西。
5，项目成员的培养。作为一个新手项目来说，我们可能没有太多的东西去教给项目组成员，甚至有些成员在技术上要比我们厉害得多。但是，我们可以为项目组成员提供一个成长和学习的机会，同时也是我们自己的学习机会。利用一切会议，讨论甚至吃饭，让项目组成员参与到项目中来，让他们了解整个项目，培养一种学习的氛围。我始终认为，相对于技术能力来说，一个程序员对项目的理解更为重要一些，理解的越好，对项目的贡献就越大。而学习是一个个人或者一个组织优秀或者将要走向优秀的基本特征。在项目组成员能力提高的同时，我相信项目的成功就在眼前。
最后，我想说的是，做正确的事情永远都比正确的做事情重要。这是我的座右铭。预祝所有的新手项目经理都能达到公司要求，满足客户期望，带领项目组成员共同前进。