“成功的项目总有相似的特点，但失败的项目却总是各不相同。”多数半截项目意味着已经失败了一半，接手半截项目的风险是不言而喻的。

    进入21世纪这几年，是全球IT行业发展最快的几年，也是国内IT行业项目管理成长最快的几年。笔者亲身经历了各种各样的软件项目的成功与失败，半截项目是一个普遍存在的现象。凡是有点经验的项目经理都明白，接手半截项目意味着什么：如果不是眼看要打败仗，不会有人轻易作出临阵换将这样的决定。

    能否扭转乾坤，关键就看下一半了。所谓“乱世出英雄”，有英雄情结的人干半截项目最适合不过了。不过，没有精钢钻，是揽不了瓷器活的。没有真本事的项目经理，绝当不了扭转乾坤的英雄。

    问题一：需求没基线

    虽然说失败的项目千奇百怪，但就半截软件项目来说，笔者发现一个比较普遍的现象：多数需求做得都有问题。一类原因是，方法不得当，需求调研的成果根本不是客户所需要的。另一类原因是，需求范围控制不住，项目成了无底洞。前者肯定会导致客户极度不满，进而公司也难有收获；后者一般来说，客户会比较开心，但实施方绝对不乐意干。

    笔者曾短期就职于一家国内知名的电子政务公司，公司老总是典型的海归。就是在笔者入职面试的时候，老总哭诉衷肠：“我们公司项目现在有很多，但大都不能按时完成，一个合同项目做得没有止境，不知道该怎么办？”老总这么坦诚，我深受感动，就比较直白地回答：“国内这样的软件项目挺多的，一般都是跟客户关系不错，客户提出了要求就做，没有需求基线，最后就导致需求刹不住车了……”

    这件事情给我的印象太深刻了，我想说明的是，不正确的项目管理方法所产生的危害太大了。需求是项目成功的根本，那是项目的方向，方向都错了项目岂能不失败。

    问题二：架构选错

    半截软件项目第二大类问题就是技术问题，尤其是技术架构选择。由于IT行业发展实在太快，各种各样的语言、设计思想、技术架构五花八门、层出不穷，不要说在此行业工作三五年，就是10年、20年的技术牛人，也没有谁能说掌握了所有的编程语言、设计思想、技术架构的，有很多东西真的可能是资深软件开发人士都未曾听说过的，所谓大师级人物也只是能精通一类，了解其他几种。

    尽管国内IT行业相比欧美起步要晚，但因为网络发达，资讯传播很快，专业IT人士不了解的东西，客户可能已经听说。曾经有不少项目出现了这种情况，客户明确要求采用哪种语言、哪种技术架构为前提来实施。对此，项目经理一定要慎重。

    没有最好的，只有适合的。选择技术架构是项目团队需要慎重的一件事情。项目的首要目的是产品要保证满足客户的业务需求。条条大路通罗马，不能先选择一条很好的路，但根本搞不清楚这条路是否能通向罗马。通过项目是能学习技术，培养团队，但这不是项目的目的。一定要认清终极的主要目标，主次分清。一定要跟客户沟通清楚，讲明利害关系。

    接手这类半截项目，项目经理一定要清楚认识自己的能力。如果对该领域的技术不精通，千万不要自不量力去接手。

    千万要明白，再优秀的项目经理也不是万能的。不能做、不该做，就万万不要做。

    对策一：重视理论方法

    大多半截软件项目，往往是各种问题并存，需要项目经理具备全面的项目管理能力，也就是项目管理的理论方法。笔者注意到国内有一种现象，那就是突出人格魅力，贬低理论方法。

    这种现象随处可见，说什么掌握了《项目管理知识体系指南》（PMBOK）只能算是学会了项目管理的20%，剩余的80%靠自己。这种言论害人非浅。笔者相信，很多人会被这二八言论迷惑，极度轻视漠视PMBOK，不屑一顾。当然，知行合一是极难的一件事情，掌握了理论不一定能应用好。但如果根本没有透彻掌握理论，那还妄说什么能做好。

    仔细看看各类项目管理方法理论，我们就会发现，完全与众不同、独创的理论很少。各家的项目管理方法、涉及的领域是非常相似的，大部分是相同或相通的。

    项目经理需要有大局意识，项目经理只有对项目管理涉及的过程和知识领域成竹在胸，再结合一些工具，才能真正驾驭好各类大小的项目。作为项目经理，因为要不断去解决各种各样的问题，一定要系统全面地学习好现有的项目管理理论，掌握项目管理的方法，才能做出更多的创新，才能有更高的成就。

    项目经理千万不要以为，靠自己的聪明才智、实践就能自学成才。如果这样认为，那不知道要走多少弯路。我遇到过不少“技而优则仕”的项目经理，因为技术还不错，又参与过项目，就认为项目管理不过那么回事。这样的人带小项目或许还行，一旦项目上了规模，就难以驾驭，不知所措。

    对策二：谋定而后动

    半截项目有各种各样的问题，项目经理可以基于经验和见识，在接手前对于存在的问题做些准备，但不要盲目猜测后就确定是哪类问题，而是要详细地分析问题产生的原因。

    项目管理是实践，一定要实事求是，亲自求证。项目经理一定要以最快的速度熟悉所有项目干系人，切忌不可漏下。项目现在的问题必可能就是因为前任未搞清楚干系人所导致。通过跟项目干系人沟通，项目经理可以快速全面地掌握项目的整体情况。

    谋定而后动。半截项目多数还有一大特征，就是时间相对紧迫。一旦分析出问题的原因，项目经理要果断地拿出措施。在有限的时间内快速地解决问题，是项目经理能力的体现。

    一定要记住一句话：项目几乎永远有解决不完的问题，一定要抓住主要问题。最最重要的干系人就是你的客户，客户中最最重要的就是领导。弄清楚客户，首先是其领导，不满意在什么地方，有针对性地解决问题，就会事半功倍。在确认了主要问题后，就要快速行动，先行解决这些问题，再逐步深入调查，步步走向成功。

    烫手山芋该不该接

    半截项目就像一个烫手山芋，大多数人避之而唯恐不及。但是，昆山泓森信息科技管理顾问有限公司执行总裁黄绍良认为，是否接受一个半截项目，往往不是项目经理能够决定的。有时，除非离职，否则项目经理不可能拒绝半截项目。

    一个项目延误，导致未能如期交付的时候，就需要有人负责，任何错误及罪过都直接指向当时负责该项目的项目经理。

    在实际情况中，大部分项目经理都没有选择的权利，但是在没有选择权利的情况下还是有选择能力的。例如，项目经理可以利用足够的数据说明你手上的项目已经让你喘不过气来，再向领导说明新增加的项目对现项目的冲击、影响和风险，建议其他可行的方法，让领导去决定是否应该把这个半截的项目让你负责。

    虽然这些动作往往不能影响最终的决定，但就是需要接受半截项目，总可以把手上其他的项目往后推延，让你有足够的时间来对接手的半截项目进行评估和计划。

    半截项目是困难，是挑战，也是机会，机会总是留给有准备的人。是英雄总是要经历坎坷，风雨过后见彩虹，那是真正爽心悦目的美景。半截项目并不可怕，用正确的方法、以良好的心态去迎接半截项目，验收后跟大家一起喝杯庆功酒，你会感觉那酒甘美无比。
 

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。