IT项目管理有什么特殊的吗？当然有，我们先来认识一下IT项目管理的住处。

在项目管理这条大街上，一头住着IT项目，一头住着建筑行业项目，中间住着其它项目，在大街的外边，还住着流水线和科学研究，下面是我描绘的一张地图：

流水线工作因为太简单了而不需要项目管理，科学研究因为太复杂了而没办法使用项目管理。在能进行项目管理的行业里头，建筑行业的项目管理是做得最成功的了，建筑项目的计划能做得很到位，进度控制能很容易地控制到半天。与之相反，IT项目的管理就要难多了，据权威机构统计，有将近一般的IT项目被迫中途终止，能按期按要求完成项目的只有26%。

为什么成功率这么低？这是由IT项目的本身复杂性决定的。那么IT项目到底复杂在什么地方呢？主要在两个方面，一是项目计划的复杂性，一是项目成果度量的复杂性。建筑行业项目管理之所以成功，首先是计划很容易做得准、做得细，象挖土石方、浇注混凝土、砌墙这些工序，都能做出精确的计划，计算出需要的时间和人工、机械台班，规划出详细的施工甘特图。其次是阶段性的成果度量相对容易，只要不是成心想建豆腐渣工程，多数情况下仅凭一把尺子一个铅垂就能够测量出实际进度。相对于建筑项目，IT项目的这两个方面都要困难得多，计划难，度量更难。做计划，一些IT项目管理者喜欢用“倒推”的方法制定计划，就是先写上什么时候要完成验收，再倒着排出来测试要几天、开发要几天、设计要几天。这不是一种好的方法，因为“倒推”的计划往往只代表一种管理者的期望，却不代表最大可能，按照“倒推”的计划执行，不是工期一拖再拖，就是质量一降再降，最后该花的时间也花了，该耗费的资源也耗费了，该得到的质量却没有得到。检查进度，各种歪招更是层出不穷，有人数代码行数，有人数Bug个数，更有甚者，我以前认识的一个软件企业的技术总监，靠经常神出鬼没的站在程序员后面看别人是否偷懒，以此判断程序员工作效率，被人笑称为技术总监丢了“技术”、丢了“总”，就剩“监”了，效果也就可想而之了。

照这么说IT项目就没法管了？也不是的，我觉得做好三方面工作就能把IT项目管理得不错。一要管好人心，要让每个人发自内心地想把项目做好，有一本叫做《人件》的书可能对一个从事IT项目管理的人有帮助。第二是管好绩效，你一定得让人知道：做好和做坏是不一样的，关于这一点我就不说具体方法了，不是我想保留点什么，关键是我的方法对别人不一定有效，如果你决心要抓好IT项目的绩效管理，就一定能找到恰当的办法。第三就是做好普通项目管理应该做好的事情，包括

项目计划—要让真正做事情的人参与计划，不要一个人去“倒推”计划

进度控制—加强预见性进度管理，不要只在进度落后时才着急

沟通管理—多沟通，少开会

好了，不多说了，要不别人以为我在喋喋不休地教训人了。觉得我说得对，你就帮我顶一下，觉得我说得不对，你就当啥也没看见，谢了。