技术型项目经理的常见问题分析

大部分公司，都是领导觉得你技术做得不错，那带个项目试试吧，于是开始了备受折磨的PM生涯，以下是本人做项目经理时遇到的各种问题，愿与各位PM交流探讨，欢迎批评指正。

项目经理累得吐血，可其他人员闲的发慌

初当项目经理时，心中想的是三国-曹彰：“为将者，被坚执锐，临难不顾，为士卒先；赏必行，罚必信。”觉得自己是项目组里技术最强的，技术困难自己上，其他人员处理简单问题。可在项目过程中发现，自己会被各路神仙频繁骚扰，基本上是白天回邮件晚上写代码，一不留神就导致项目延期。而项目组其他成员，都有大把的时间处理简单问题，能不闲吗？长此以往，项目经历累得吐血，项目成员还埋怨项目无法让自己得到成长，得不到认可，不敢承担关键业务，从而造成恶性循环。

作为项目经理，首先应当信任项目组成员，其次应当在项目组内挖掘具有技术骨干潜质的技术人员，并重点培养，为自己分担技术工作。随着项目的开展，成员能力逐步提升，获取更多的认可，可以承担更有挑战性的工作，从而形成良性循环。当然依靠新人完成关键业务存在风险，但我想项目经理通过监控手段，从旁协助，可以降低此类风险的发生概率。做最坏的打算，如果培养出来了2-3名信得过的得力助手，哪怕项目出现延期我认为也是值得的。

布置的任务，总是无法按期完成，在我看来是件很容易的事

许多任务，项目经历认为应该很简单，但布置下去后，总是无法按期完成，集腋成裘，造成项目失控。这种情况下，作为项目经历应该反思，并问自己这几个问题：

任务划分粒度足够小吗？任务划分粒度越大，对任务执行人的要求越高。举个例子，高级工程师可以独立承担模块的设计与开发，中级工程师能够独立完成类的设计与开发，而初级工程师也许只能独立完成一个函数的设计与开发。任务的划分粒度，如果对执行者来说太大，那么注定了任务会异常。
任务划分合理吗？很多项目都会出现模块职责不清晰，任务划分不明确的情况，本来应该并行的任务却只能串行，从而导致任务间的等待、异常。
对他足够了解吗？这一点与任务划分粒度息息相关，对一名开发人员是否了解，决定了你安排的任务是否合理。不要让项目出现“马谡失街亭”的故事。
你想要的和他做的一致吗？对于技术出身的项目经理来说，多少都会有些自以为是，认为自己想的应该就是他人想的，可惜现实往往并非如此。也许是因为沟通时的信息丢失，也许是因为理解能力的差异，你想要的和他认为你想要的，总是存在偏差，新组建的项目团队由于默契度不高这种现象非常普遍。所以对于重点任务，在开工之前一定要确认执行者的理解与你一致，并在执行过程中适时监控、及时纠偏，以保证任务结果是你想要的。
估算和预期可行性大吗？项目计划是领导拍脑袋，项目经历拍胸脯拍出来的吗？项目的预期是否过高了，这样的预期对项目组来说到底是正激励还是负激励呢？拍胸脯时的英雄气概，换来的可是项目组无休止的加班和大家对你的不信任。

越到产品发布时间，问题出现得越多

有一种说法是“Deadline才是第一生产力”。程序员的工作总是会掐在最后的时间完成，在下班前一秒，编译通过，然后欢呼雀跃的提交代码，并告诉项目经理任务完成了。测试时往往漏洞百出，Bug不断，直到项目发布前才拼着老命把问题解决完，发布上线。项目经理总是越到后期发现问题越多、事情越多。

这种情况下，作为项目经历应该反思，并问自己这几个问题：

WBS分解有遗漏吗？不要漏掉WBS分解造成的隐形工作量，如模块集成、接口测试等等，否则你会发现Deadline来临时，你拥有的只是一堆自我表现完美的积木，而不是完美拼接出来的伦敦塔桥。
里程碑评审有严格执行吗？项目经理很容易只盯着发布时间而忽略了过程中的里程碑评审，殊不知产品发布原也只是这诸多里程碑中普通的一员。前期的里程碑评审不严格，误差不断积累，最终演变成项目失控，只能在项目后期加班恶补。正确的节奏应该是，重视过程中的每一个里程碑，保证每一个里程碑的完成质量，一不小心就顺便完成了项目发布这一里程碑。
有没有可以在前期完成的工作？有一次送我弟弟坐火车，一路狂奔总算按点到了火车站，还预留了十分钟，可这小子车票还没拿，得先去售票厅拿车票，结果因为排队人多而延误了火车。后来我想，从项目管理的角度看，那火车票这件事为什么一定要放到最后来做？这不是把风险留到最后处理了吗？所以，请好好想想你的项目中，是否也有可以提前拿的火车票呢？

天天加班，昼夜颠倒，项目组怨声载道，怒气冲冲

关于这一点，如果加班是公司绩效考核重要指标的话，你可以请领导品味下这句话：“当一个管理者的智慧无法衡量一支团队的产出的时候，他就会把“工时”当做最后的救命稻草，死死抱住——这是他唯一听得懂的东西了。”

我发现很多人加班是基于这两个原因：1）加班是因为工作时间不够投入导致的心虚表现；2）加班是因为其他人都在，所以自己也需要在的面子表现。作为项目经理，请在项目能够按时完成的前提下想尽一切办法让项目组不加班。应对突发事件、冲刺型项目，有时确实需要通过加班才能完成，但这不应该是常态。长时间的加班极容易导致项目组人员疲惫，产品质量差，市场表现不如意，员工愤而离职的恶性循环。

项目这么忙，领导和QA老是来烦我怎么办？

在项目如火如荼进行的时候，领导和QA总是会不厌其烦地询问项目进展，这意味着你没有让他们放心。项目周报有按时抄送给大家吗？项目周报有描述项目进展、遇到的问题以及解决方案吗？项目周报能够充分地表达项目在你控制范围内吗？项目周报能给他们信心吗？

永远不要跟领导和QA解释技术细节，如果谈了，请接受他们茫然而又不耐烦的眼神。永远不要给领导和QA惊喜。无论惊喜是否有利，都将降低你在他们心中的信任度。你应该做的是让他们知道项目在你的控制之下按计划进行，给他们信心，让他们放心。

ps:本文最早发布于个人博客 http://www.newdelete.com/blog/index.php/2013/12/faq-technical-analysis-of-the-project-manager/