转载

谈项目经理

最近对项目管理的文章谈的比较少，大家都知道要做一个优秀的项目经理或者说大项目群管理的项目经理是相当困难的事情，里面对专业技能和各种软技能的要求相当多，也绝对不是我前面文章里面谈到的只靠目标驱动或系统思维就能够解决的。如果要说项目经理的能力，更加重要的就是 对项目本身按目标达成的一种掌控能力，项目经理所做的每一件事情都是为了这个目标达成而不断奋斗。

项目经理核心能力是达成项目目标，这里面包括了进度，成本和质量等多方面的目标，没有成本和质量的进度目标往往也没有太大的意义。那我们对目标的衡量就相当重要，举个例子来说本身2个月能完成的项目如果我们定义的目标是3个月完成，那即使3个月能完成该项目也无法体现项目经理本身的能力。

根据三点估算法，任何一个项目的完成时间有最乐观时间，最悲观时间和最可能时间，比如一个项目我们会得到三个可能完成的时间如60天(最乐观)，80天(最可能)和100天(最悲观），如果一个项目能在最可能的时间完成那么这个项目经理能力已经相当不错了，如果能在最乐观的60天就完成，那么绝对就能够称得上是一个优秀的项目经理。最乐观和最悲观之间相差的40天是什么？ 简单来讲就是所有悲观估计的风险都转变为项目问题，项目为了解决这些问题而花费的时间 。一个优秀的项目经理的核心能力就是尽早的识别出各种潜在的风险，同时将风险在转化为问题之前消除掉。而这种风险识别和应对的能力更多的体现在主动项目实践经验上，包括了业务，技术，沟通协同，干系人管理等各方面的能力。 项目经理之间的能力差距有时候不是体现在做一件具体的事情上，而是体现在诸多变成了问题的事情你去应急的时候，别人已经提前想到并解决了。

项目经理有一个重点就是对资源掌控能力，有些人虽然被任命为了项目经理，但是要钱没钱，要人没人，如果得不到公司在资源方面的这些支持，那项目按目标交付就是一句空话，最后项目经理往往还来背这个黑锅，有苦难言。所以当我们被任命为项目经理的时候首先要解决资源的问题，特别是在项目执行过程中需要能够完全掌控资源的任务安排和绩效考核等。项目在执行过程中就应该是强矩阵式的或者说干脆就是完全的项目型团队，只有这样项目经理往往才有充分的信心去计划和安排任务分解。

项目经理不要想着能接手现成的团队， 牛逼的项目团队往往都是项目经理一手带起来的，原来我们谈到过的项目管理的三件重要时期即招人，用人和留人 。这些看似HR应该做的事情，但确是每个优秀项目经理必须关注的事情，自己带出来的团队你才可能对每个团队成员的性格特点，擅长的工作和团队成员本身的工作效率有清楚的了解，才可能更好的分配工作任务。

一个公司给项目经理最大的权力就是钱和预算，能够让项目经理根据预算情况更好的组建团队和开展工作，但是很多项目经理往往即使有公司预算上的支持往往也很难磨合一个有战斗力的团队出来。拿到钱怎么花？怎么去招聘合适的人并安排合适的工作，如何做到资源利用率的最大化都是项目经理应该考虑的问题。

一个优秀的项目经理不是简单的达成项目进度和质量目标，而里面更加重要的则是能够用最小的成本来完成和交付项目，实现项目利润的最大化 。项目最终交付客户不满意那么很难真正验收和回款，但是项目虽然能够验收但是付出了更大的成本导致最终项目核算亏本往往牺牲了公司和团队的应得利益。一个优秀的项目必须在这个方面多思考，用好每一个人，用好每一分钱，既对客户负责，又对公司和团队负责。

一个团队，如果团队所有成员技能水平都能够达到80分，那么整体协同起来往往协同效率还无法达到80分，一个沟通协同难度大，一个是大家水平都不错反而导致很多时候意见难以统一各自为阵。团队最重要的往往就是整体的战斗力而不是单打独斗，因此 一个优秀的项目经理往往则是能够将平均只有70分左右的团队打造成团队效率能到80分甚至更高，这往往才体现了团队真正的价值 。团队本身就是一种金字塔结构，有20%左右的牛人足够，更多的重点还是如何能够通过工作的分工高效的协同起来。

软件行业没有一定的技术背景和研发实践积累，很难真正的做好一个项目经理，如果真正缺技术背景知识那一定要有一个能够跟你高度配合好的技术副手做开发经理，以统一安排和管控开发端的所有事情。软件项目我们很多时候谈的都是软件需求范围的风险和不可控，但是却忽视了软件本身技术架构和功能交付质量上的风险。对于技术类风险对技术理解越深入越容易提前识别，对技术团队里面每个人的技能了解越深入越容易识别。所有的工作都无法是教科书般浮在项目外的，而是必须深入到项目团队里面。

软件类项目管理之所以难于其它类型的项目管理， 最重要的还是人，对外有诸多干系人的管理和沟通协同，对内有团队成员的培养和磨合 。只有这些问题解决了才能真正成为一个优秀的项目经理。

原文 http://blog.sina.com.cn/s/blog_493a84550102w7bb.html

正文到此结束