做过网站建设，软件销售项目的人应该都经历过这种场合:公司的销售人员兴冲冲的拿来一份与客户签订的合同交给你，声称这项目又搞定了，但是当你拿过来合同（或者任务委托书一看，关于项目范围的说明只有寥寥数行，要么是一些高举高打的套话,要么只说项目都包含什么样的模块,而对具体的业务只是一两句话就完事儿了，假如是一位身经百战的管理者并且对于项目的具体业务很熟悉还可以，假如不是那该如何开始这个项目呢?还有一种情况,客户在项目进程中，不断对移交的系统提出修改意见,更可气的是,有些问题开始提出更改,某一天客户突然就发现情况不对，又要求你给改会来,看起来客户的需求总是无穷无尽，作为项目的承担者该如何应对这种令人沮丧的局面呢？一、客户需求为何过渡膨胀作为项目的承担着,在规定时间用有限的资源来保质保量的完成项目，让公司和最终客户都满意是项目组的神圣职责。但是为了让客户满意就要满足客户所有的需求吗？因为不断满足客户的需求会不会导致项目失败怎么办呢?为了弄清楚这些原因,首先应该找到这些问题发生的根源。1 。 签订合约的时候,项目范围描述不清楚.这是最常见的问题之一,也正是早期的这些问题没有引起项目组的足够重视，导致后期项目无穷无尽的修改。2. 客户和项目组对写成纸面文件的需求理解不一致。这种情况也较常见,虽然客户已经确认了项目组提交的项目范围说明书,项目组也是完全根据这个文件规定的内容做的,但是客户还要求改,当项目组拿着纸面的文件与客户对质的时候，才发现客户也认可这需求，但是同一件事情，客户的认知和项目组的认知完全不同。举个简单的例子：客户要求系统能够电子签名，项目组的成员就模拟了一个，自动产生客户的签名在系统中,但是当移交给客户的时候才发现，客户要求的电子签名实际上是想把原来手写签名的工作也移植到电子化的系统中,让领导能够通过画图的方式产生一个手写的签名在文档中应该落签字的地方!有时候就是当初一点点疏忽,导致项目后期大量修改甚至项目延期。3. 客户总有在结项之前把每一件事情都做得淋漓尽致的初衷。一般来讲,在项目结项之前，客户都会把所有的想法尽量逼着项目组解决，因为一般的客户心理都会认为：一旦结项了，再想找项目组成员对业务系统进行修改可就难了，因为 IT 公司人员流动性强的特点，即便以后能够找到承包商，当初做项目的项目组成员也不一定在了，或者很多公司因为业务繁忙,已经顾不得原来已经结款的客户了。4 。 项目组人员总是无条件迁...
