漫谈接手半截项目

《漫谈接手半截项目》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、漫谈接手“半截”项目进入21世纪这几年是全球IT行业发展最快的几年，也是国内IT行业项目管理成长最快的几年，亲身经历，亲眼所见的各种各样的软件项目真的是太多了，用一句套话来讲：“成功的项目总有相似的特点，但失败的项目却总是千奇百怪”！凡是有点经验的同行都明白接手“半截”项目意味着什么：临阵换将，如果不是眼看要打败仗，轻易不会有主帅做这样的决定！多数“半截”项目意味着已经失败了一半，能否扭转乾坤，关键就看下一半了。所谓“乱世出英雄”，有当英雄情节的人干“半截”项目最适合不过了，不过英雄就是英雄，没有真本事是绝当不了英雄的！“半截”项目典型问题一：需求没

2、做好虽然说失败的项目千奇百怪，但就对“半截”软件项目来说，我发现一个比较普遍的现象，就是多数需求做得都有问题：要么方法不得当，需求调研后产生的东西根本不是客户所需要的；要么就是需求范围控制不住，项目成了无底洞。前者肯定会导致客户极度不满，进而公司也难有受益；后者一般来说客户会比较开心，但绝对会让公司账面产生很大亏损！笔者曾经有一次亲身经历，本人的职业生涯中曾短期就职一家国内知名的电子政务公司，公司老总是典型的海归，博士，在开公司前是某著国际名企的IT建设专家级顾问，回国后与多个专家学者、政府官员著有一套有关电子政务的大部头，有幸拜读，内容那真是翔实，

3、但我真希望能有哪位“公仆”能认真读上一遍这些大部头，我想对我国的电子政务建设将会起到极大极大的作用。无论如何，该公司的权威性是有的，政府公关能力当然也很不错，我去的时候公司业务真的正是如火如荼，遍布全国各地。这样的公司自然是我等“项目经理”大展身手的好地方。就是在我入职面试的时候，老总跟我哭诉衷肠：“我们公司项目现在有很多，但大都不能按时完成，一个合同项目做成了无止境，不知道该怎么办？”老总这么坦诚，我深受感动，就比较直白的回答了：“这样的情况我了解国内的软件项目挺多的，一般都是跟客户关系不错的，所以客户提出了要求就做，没有需求基线，最后就导致需求刹

4、不住车了……”最令我惊讶的事情出现了，老总居然立刻拿起电话拨通了一号码：“X某某，抓紧时间把你们的需求基线定下来，一定跟XXX说清楚，我们这期合同只做需求基线内的工作……”这件事情给我印象太深刻了，之所以描述这么详细，我是想说明两点：一、纵然是资深IT人士，“金牌海龟”，对项目管理也不是都清楚；二、不正确的项目管理方法所产生的危害太让老总伤神了！需求是项目成功的根本，那是项目的方向，方向都错了项目岂能不失败！我观察到60%的待接手“半截”项目存在这个问题。对于需求调研和需求分析有专门的著作论述，我不再赘言，但对于软件项目来说，我想再强调一个已经实践证

5、明及其成功的需求调研方法，那就是“快速原型”。几乎所有的软件项目都需要IT专业人士和非专业人士合作才能完成，“快速原型”这是IT专业人士和非专业人士沟通的桥梁，是实践证明的最为有效的需求调研方法，尤其是对办公自动化、各类网站等对界面个性化要求极高的项目来说。需求基线是实际的项目范围，如何控制好需求基线是一个合格项目经理所必需具备的基本能力。范围不能有效控制，这样的项目注定是失败的。在实际操作的过程中，一定要跟客户沟通清楚，说明需求基线的实际含义，并一定要落实到纸面上让客户签字。一定要跟客户沟通清楚两点：一、需求基线签字后，客户可以根据需要再向变更控制

6、委员会（由双方项目管理人员，技术人员，商务人员，主要领导共同组成）提需求变更申请；二、一定要让客户明白，需求变更申请属于合同外范围，需要另外结算。前者不说明，客户的业务人员会不肯签字，因为他担心他的业务需求没完全说清楚，有遗漏就不给做了；后者不说清楚，客户会以为需求变更是白干，项目验收后，需求变更申请的款项将很难收回。当然，需求变更控制委员会和需求变更申请流程最好是写在合同中。如果合同中未有文字说明，项目经理一定要把上面两点做到位，否则项目注定要失败。“半截”项目典型问题二：技术架构选择错！“半截”软件项目第二大类问题就是技术问题，尤其是技术架构选择

7、。由于IT行业发展实在太快，各种各样的语言，设计思想，技术架构五花八门，层出不穷，不要说在此行业工作3、5年，就是10年，20年的技术牛人，也没有谁能说掌握了所有语言，设计思想，技术架构的，有很多东西真的可能是资深软件开发人士都未曾听说过的，所谓大师级人物也只是能精通一类，熟悉，了解其他几种。国内IT行业相比欧美起步较晚，但因为Internet，资讯真的是很快，你不了解的东西，客户可能已经听说。国内曾经有不少项目出现了客户明确要求采用哪种语言，哪种技术架构为前提来实施项目的。对此，项目经理一定要慎重。再套一句话，“没有最好的，只有适合的”，选择技术架

8、构是项目团队需要慎重的一件事情。项目的目的首先是产品要保证满足客户的业务需求，“条条大路通罗马”，不能先选择