“成功的项目总有相似的特点，但失败的项目却总是各不相同。”多数半截项目意味着已经失败了一半，接手半截项目的风险是不言而喻的。
进入21世纪这几年，是全球IT行业发展最快的几年，也是国内IT行业项目管理成长最快的几年。笔者亲身经历了各种各样的软件项目的成功与失败，半截项目是一个普遍存在的现象。凡是有点经验的项目经理都明白，接手半截项目意味着什么：如果不是眼看要打败仗，不会有人轻易作出临阵换将这样的决定。
能否扭转乾坤，关键就看下一半了。所谓“乱世出英雄”，有英雄情结的人干半截项目最适合不过了。不过，没有精钢钻，是揽不了瓷器活的。没有真本事的项目经理，绝当不了扭转乾坤的英雄。
问题一：需求没基线
虽然说失败的项目千奇百怪，但就半截软件项目来说，笔者发现一个比较普遍的现象：多数需求做得都有问题。一类原因是，方法不得当，需求调研的成果根本不是客户所需要的。另一类原因是，需求范围控制不住，项目成了无底洞。前者肯定会导致客户极度不满，进而公司也难有收获；后者一般来说，客户会比较开心，但实施方绝对不乐意干。
笔者曾短期就职于一家国内知名的电子政务公司，公司老总是典型的海归。就是在笔者入职面试的时候，老总哭诉衷肠：“我们公司项目现在有很多，但大都不能按时完成，一个合同项目做得没有止境，不知道该怎么办？”老总这么坦诚，我深受感动，就比较直白地回答：“国内这样的软件项目挺多的，一般都是跟客户关系不错，客户提出了要求就做，没有需求基线，最后就导致需求刹不住车了……”
这件事情给我的印象太深刻了，我想说明的是，不正确的项目管理方法所产生的危害太大了。需求是项目成功的根本，那是项目的方向，方向都错了项目岂能不失败。
问题二：架构选错
半截软件项目第二大类问题就是技术问题，尤其是技术架构选择。由于IT行业发展实在太快，各种各样的语言、设计思想、技术架构五花八门、层出不穷，不要说在此行业工作三五年，就是10年、20年的技术牛人，也没有谁能说掌握了所有的编程语言、设计思想、技术架构的，有很多东西真的可能是资深软件开发人士都未曾听说过的，所谓大师级人物也只是能精通一类，了解其他几种。
尽管国内IT行业相比欧美起步要晚，但因为网络发达，资讯传播很快，专业IT人士不了解的东西，客户可能已经听说。曾经有不少项目出现了这种情况，客户明确要求采用哪种语言、哪种技术架构为前提来实施。对此，项目经理一定要慎重。
没有最好的，只有适合的。选择技术架构是项目团队需要慎重的一件事情。项目的首要目的是产品要保证满足客户的业务需求。条条大路通罗马，不能先选择一条很好的路，但根本搞不清楚这条路是否能通向罗马。通过项目是能学习技术，培养团队，但这不是项目的目的。一定要认清终极的主要目标，主次分清。一定要跟客户沟通清楚，讲明利害关系。
接手这类半截项目，项目经理一定要清楚认识自己的能力。如果对该领域的技术不精通，千万不要自不量力去接手。
千万要明白，再优秀的项目经理也不是万能的。不能做、不该做，就万万不要做。
1
2
下一页>>
