作者：heli猫 来源：博客园 酷勤网收集 2008-07-03
闲下来的时候，忽然想到，算算工作时间也快8年了，作项目经理时间不长，前前后后加一起3年多点。有一段时间作产品，后来又作项目，自己觉得学到了一些东西，现在拿出来分享，欢迎讨论。
项目管理－－团队内部成员
沟通
项目经理一定要和每个成员充分沟通，了解他们的想法和个人发展方向，每个人每个阶段的希望和目标都是不同的，不能认为沟通过一次以后就不需要再沟通，随着阶段的不同个人感觉都会有变化。只有充分了解才能在关键时刻替团队中的成员想到他们的关注点，才能让每个人都感受到自己在团队中的重要性。当然，沟通不只是了解成员的想法，还要让每个成员充分的了解团队的目标，团队的发展方向，让每个人都明确的知道团队的目标和自己的目标的切合点在哪里，如何作才能共同达到目标。
这点非常非常重要，总之，不能放弃沟通，不要怕沟通会浪费时间，其实这个时间充分利用绝对是超值的。
信任和肯定
团队中的成员无论自己的目标是什么，有一点可以肯定，大家都需要得到信任。要信任你的团队成员，并且让他充分的感觉到你的和团队所有成员对他这部分工作的信任。
对成员工作完成情况要及时肯定，表现出你对他工作完成情况的了解和充分的肯定。涨工资，加奖金固然很重要，但是成本的控制和公司的情况都可能影响这种奖励。没关系，不要忽略你对他口头上的奖励和鼓舞，别以为是空洞的，其实一样很重要，成就感有时候不只是用金钱来衡量的。
帮助
别放弃帮助团队成员，无论项目经理有多忙有多么精力不足，必须拿出一部分时间去帮忙陷入困境中的团队成员，这是他们能够持续信任你的前提，如果你不能帮助，只能要求，那么你的要求就变成了强迫。
记得要鼓励团队成员互相帮助，如果一个团队不懂得互相帮助的重要性，那么就失去了一个团队的意义。
果断
记得我刚出来混项目经理的时候（嘿嘿），有个总监对我说“你说话的时候不要说‘我觉得’而要说‘必须’，至少要说‘我认为’”，一段时间以后，我深有感触，你的犹豫和不决断会让你的团队成员感到无所适从，增加压力，找不到方向，时间长了团队成员会不去考虑你的想法，只能按照自己的想法进行。所以，记住，别犹豫，即便最后发现是错的，也要果断结论，你是给大家带领方向的，只要下次别再犯同样的错误，相信你的方向会越来越对。
责任感
敢于承担 －－ 这点对于项目经理非常非常重要，如果项目出现问题，项目经理把责任推给别人，那么以后你就没有办法混下去了。记住，第一个该谴责的人绝对是你，无论是什么情况，项目经理对项目的任何问题负责，对团队中的每个人负责。这是作为项目经理的最基本职责。
还有和责任感有关的一个问题，就是项目经理一定要让每个团队成员都知道自己的职责，负责的范围，并同样有意识对自己的范围负责，出现的问题要能够直接找到负责人，并且告诉他出现问题的原因和改进的机会。
正直
其实这点，不应该写在里面，而且做过项目经理的人一定理解，要做到这点真的是非常非常的难。但是我希望每个人都能够权衡，保持自己做人做事的原则，除了自己的发展，个人职业机会，有些东西同样重要。只有保持正直、公正的心，我相信这个世界也是公平的。
项目管理－－客户
真正的替客户着想
很多时候，我们作项目，想的最多的就是交付，那么如何交付变的越来越重要，只是慢慢的我们忽略了我们为什么要作这个项目，又为什么要交付？难道归根到底不是为了让产品或项目能够给客户带来收获么。所以只有做到真的替客户去想，想到他们需要什么，想得到什么，我们应该怎样作。。。只有这样，才能更好的完成项目。
让客户成为团队的一员
把团队成员介绍给客户，告诉他每个人的责任，告诉他我们的目标，让他感觉到大家是在一个团队，大家的目标是一致的。淡化利益关系，强化团队精神，更高效的完成项目，并保持好客户关系。
其实还有很多想说，都是杂感，没有体系，也算是自己的一点总结。以后有想法再补充。
FeedBack:
下次就准备写带案例的，呵呵
Ryan Gene: 我补充一点，对于客户，也要控制，呵呵
--------------------------------------------------------
谢谢！那是自然。。呵呵
对于调动团队成员的积极性,博主有没有什么心得?
让所有的情况都在你可以掌控的范围内。
当然如何实现有效控制
就有需要功课要做了！
或者技术经理要不要写具体的实现代码（核心代码除外）。
请教下楼主：
在项目进行过程中，有时候会出现这样一种情况就是：项目经理本来要求是做成这样的效果的。跟团队开会说明了，团队也确认没有问题，但往往开发出来的效果跟原来的不一样。如果避免这样的情况发生呢！
不写代码的经理是感觉不到项目的血脉。最终项目会难产。
这种情况，我现在就遇到了。尽管我不是pm，但是总体感觉就是没有整体规划，成员在利用自己最熟练的技术和技巧做事。大家都是在为了完成任务的，深有体会，团队磨合不好。
看了楼主的文章，受益
出现这样的情况，很多时候是没有一个很好的沟通机制。是沟通上出了问题，
一、下达任务的人没有表达清楚。二、接收任务的人没有理解清楚。
现在就是有什么好的办法可能解决这种情况发生。
我认为你所说的不是主要的，或者只是一方面，我在经历这样的事，成员有情绪，我明确提出了辞职，可是公司还要给我新的任务，没多少时间了，一个月。
另外成员对项目没信心，因为以这样的团队，想做像淘宝那样的东西，怎么可能，我知道其他成员的实力，可以说写个控件都有问题，更别说分布式，缓存。连个基本的三层都用不好，更别说其它。eric说过，如果真心做好，就别吝惜花钱请个吧牛人。本来公司有机会发展下，可boss呢一心只想着做项目，靠政府。整天跟政府那帮子人打交道，说话都得低声下气的，功能改的不对，就大呼小叫，说实话，这样的公司，我觉着再呆是对自己人格的侮辱。
公司要树立目标，让员工知道公司的目标，和实现目标的意义。不要说，如果这个做好了，客户还会给我们项目，太虚了。我现在是明白了，做项目的公司，根本就不值得去，没哟目标，没有尊严。
做项目经理的学位大的很，不是靠一天两天就能速成的，楼主总结的这几点非常好，对于其他经理很有参考意义呀，：）
bmrxntfj 兄，肺腑之言啊。
公司要树立目标，让员工知道公司的目标，和实现目标的意义。这观点提得好。
确实会存在这样的问题！
所以更加考究项目经理的能力。
项目经理要不要写代码,这不是绝对的.
首先,不同公司,对项目经理的定位不同,有些偏技术,有些偏管理,有些纯管理,有些其实就是个系统分析员或高级程序员角色.
根据不同的项目,及项目组成员的能力构成情况,可能会有不同,看情况.
另一方面,如果项目经理自己想写,那么他做为pm,也是有办法给自己分一块功能去写的,如果他不想写,那么可以把所有猴子摔出去，自己只用盯着别人。
但是不管怎样，项目经理的目标只有一个，那就是制订目标，带领大家去完成。
一个是沟通出现偏差。pm有责任让每个项目成员正确理解需求。
另一个，也是监控不到位，不应该等做成了，再去检查，应该在这个过程中，就多去跟踪监控，及时纠正。
详细说说，如何监管过程，洗耳恭听
来自：关于项目管理的一点杂感