1，以验收项目为目的。所以，一切都应该是可验证的。把项目划分为若干个任务的同时，也应该已经为这些任务制定好了完成的标准，即做到什么程度为止。

　　我们做项目，为的是什么?你要非说我为社会主义祖国信息化建设做出贡献我也不反对，但是我要说，如果最后不能验收，或者验收过程出现问题，那么项目就要面临失败了，项目经理就要面临走人了。所以，制定项目计划时，划分任务和制定任务的完成标准一样重要，这些标准可以是一些测试用例，也可以是其它一些可度量的标准。我还想说，要尽量给客户灌输一种标准：“验收就是跑完客户已经签字的测试用例，系统出现的错误在可以接受的范围”。

　　2，全员参与。作为一个新手项目经理，不可避免的会出现一些判断失误或者理解错误。怎么才能最大程度减少项目的风险呢?我的想法是如果是项目组比较小，则可以全员参与项目需求的分析和计划的讨论;如果项目组较大，则可以采取分组和骨干讨论的办法。在得到项目组成员的建议以后，项目经理更容易全面的思考，掌控项目的每一个风险，再独力做出项目计划并提交领导供审核。在这个过程中，项目组成员得以参与，提高了团队的凝聚力和主人翁意识，提高了开发的积极性;同时也是一次学习，对项目组成员的提高又莫大的好处。但是，全员参与有些问题不得不注意，在讨论过程中，项目经理应尽量避免发表意见，只应多意见提得好的组员予以鼓励，避免陷入无谓的争吵。总之，我认为，全员参与的项目管理有利于减小风险，提高项目成员的积极性和全局观，对项目成功有重大作用。

　　3，沟通。沟通是个谈不完的话题，项目经理的绝大多数难题都可以通过沟通来解决，所以沟通是重中之重。和项目组沟通，确保计划的按期执行，了解项目组成员的困难(包括日常生活上的困惑，这也会影响到项目)，协调和组织资源;和领导沟通，让他知道你在干什么，都干了什么，将要干什么。领导和客户一样非常重要，因为他发工资!~_~ 和客户沟通，尽可能的去勾引它说出真正的想法，使项目的开发运行在正确的轨道。总之，沟通比任何事情都重要。

　　4，客户管理。你个小小的项目经理，还是初级的，客户会归你管吗?确实是这样，客户怎么会归项目经理管呢。在我经历的一个外包项目中，那个客户甚至自己雇佣项目经理，来管理我们当时的开发团队进行工作。但是，我们不能放弃，明知山有虎，偏向虎山行。不屈不挠不怕斗争才是我们新世纪大好青年的本色。那么，怎么斗争呢?我认为，只要仔细的想，办法还是有的。首先，要和客户明确需求，避免无意义的变更。从项目开始的那天起，凡是重要的与需求相关的文档，都要客户签字确认。这样能避免客户拍大腿出需求，那样会累死我们，还不讨好。当客户需要签自己名字的时候，一般它就会仔细思考一下，这样就能省去很多不必要的反复。其次，要让客户的工作计划中有你的项目。否则你发出的request不能及时得到回复，那么，项目延期是必然的。

　　最后，要经常保持沟通，让客户了解你的进展。他非常的希望也非常的愿意知道你在干什么，干到什么程度了，将要怎么干，否则他付钱也不心甘情愿。当然，我们也不能什么都跟客户说阿，挑些客户容易理解的，重点关键的"点"，以及项目需求模糊的地方。这样能最大程度上给客户一种安全感，也能尽快明确需求，引导客户说出真正想要的东西。

　　5，项目成员的培养。作为一个新手项目来说，我们可能没有太多的东西去教给项目组成员，甚至有些成员在技术上要比我们厉害得多。但是，我们可以为项目组成员提供一个成长和学习的机会，同时也是我们自己的学习机会。利用一切会议，讨论甚至吃饭，让项目组成员参与到项目中来，让他们了解整个项目，培养一种学习的氛围。我始终认为，相对于技术能力来说，一个程序员对项目的理解更为重要一些，理解的越好，对项目的贡献就越大。而学习是一个个人或者一个组织优秀或者将要走向优秀的基本特征。在项目组成员能力提高的同时，我相信项目的成功就在眼前。

　　最后，我想说的是，做正确的事情永远都比正确的做事情重要。这是我的座右铭。预祝所有的新手项目经理都能达到公司要求，满足客户期望，带领项目组成员共同前进。