浅谈如何做一名合格项目经理（二）

第四点：具备较强的沟通能力

         大多数沟通能力强的项目经理带队伍会比较轻松。团队之间需要沟通，与客户也要沟通，这些沟通都是需要讲究技巧的。有时候需要直截了当的表明你的态度，有时候又需要婉转的表达你的需求。有些事情可以在公开场合大家讨论，还有些事情在私下沟通效果会更好。有时候是目的性很强的沟通，有时候又会是漫无目的的闲聊。什么时候说什么话，面对不同的人又会说不同的话。沟通得到位，客户的工作就比较容易做，团队也会凝结在一起。反之，团队整天死气沉沉，心思各异。客户也会对你产生误解，怨声载道。项目经理平常就需要积累这方面的知识，网上有很多这方面的书籍，每天看一点，再应用到实际的工作和生活中，再举一反三，慢慢的你就会觉得与人沟通其实不是一件很困难的事情，有时候甚至会很愉快。我做了几年的项目经理，带的团队成员也是一批一批。由于大家都是程序员，比较反感办公室政治，所以在团队内部沟通的时候，我尽量是采用公开的方式表达自己的意见，把自己多数的时候定位为一个服务人员，倾听他们的想法，解决他们的实际问题。程序员大多数比较单纯，以心换心的沟通方式比较适用。在面对客户的时候，就不能采用这种方式了，由于涉及到甲乙方利益的关系，在加上客户所处的环境较为复杂，所以说话得处处留意。首先一条就是要掂量一下哪些该说，哪些不该说。接下来就是该说的要怎么说。在与客户沟通的时候我往往都先说的很少，尽量去观察客户怎么说，在倾听的过程中去了解这个人，对这个人有了一定的了解后，自然就知道话该怎么说了。沟通是一门技巧，并不是在这短短的一片文章中就能道的尽的，需要多留意，多学习，多听听别人怎么说。

第五点：技术面要广

         我相信绝大多数的项目经理都有过程序员的经历。做项目经理不一定是技术牛人，也就是说你的技术可以不用专研的那么深，但技术面一定要铺得开。项目经理的日常事务非常多而杂，有很多的项目经理都只有利用工作之余的时间来关注技术这一层面。在这样一种时间与精力的限制条件下，技术的深度与广度之间就会存在选择的问题。我认为技术广度是在做决策时方向上的问题，技术深度是在执行时难易度上的问题。很显然，项目经理所做的事就是做一个正确的决策，而团队成员的事就是通过执行将决策落到实处。所以，项目经理要对熟悉的以及不熟悉的技术都加以了解，能预判出某种技术随着将来的发展能对公司的产品或项目带来哪些创新或改变。往小的地方说，当客户提出反馈意见，团队成员一筹莫展时，项目经理要能大概知道解决问题的方法，引导团队成员想正确的方向上去思考和尝试。剩下的技术深度上的研究，就交给其他人去做吧，你要关注的是结果能否朝你所预想的方向发展。

第六点：具备文档写作功底

          项目经理的日常事务中有很大的比例的工作都是靠文档来体现，比如我在《项目文档知多少》的博文中提到的哪些项目文档其大部分是需要项目经理来编制的。所以说，项目经理没有一定的文字功底很是要吃亏的。一篇好的文档能让用户感受到公司的正规以及对你和你的团队抱有信心。反过来说，客户如果认为你文档的表现都很差的话，对项目就更加难以指望了。其实做好文档不是很难。首先一点就是固定的格式。这些格式网上有很多，很全，找一套适合自己使用的。一旦这些格式固定了，也就表明你的文档不会偏的太远，基本能处于看得懂的地步了。其次，废话不要写太多，但是有用的东西一定要写细。再者就是写完了后一定找个人帮你把把关。这几个原则是死的，好掌握。至于功力若再提高，则需要靠个人的日常修为了。还是一句话，多看看别人是怎么写的，再应用到自己的文档中，就成自己的了。

         做了这么5年的项目经理，谈了这6点心得体会，尚不敢称自己是一名优秀的项目经理，知道还有欠缺很多，还需继续努力。这6点中，除了第1点是人的性格方面的因素，很难改变，其余的5点都是可以通过自身的修为而改进的