小王的公司最近遇到的两个颇为有趣的项目。据小王介绍，这两个项目分别由两个项目经理来担任。其中，项目经理A属于“谦虚”型，对于客户提出的问题，无论大小都给与解决，客户对此非常满意，然而，项目进度却拖得比较长，而且，客户总想把所有的问题都改完再说，项目已经一再延期。相比之下，项目经理B显得稍有些“盛气凌人”，对于客户提出的问题，大多都不予理睬，客户对此不是很满意，不过，该项目的进度控制得比较好，基本能够按期完成项目。
话刚一说完，小李就抢着说：“A比较像我，一般在和我的一些战略客户打交道的时候，我基本是有求必应，与客户的关系处得如鱼得水，这样做肯定不会错。就像前天我连合同都写错了，找到客户，人家二话没说就同意改了。你说如果是B的话可能吗?”
小王对此不以为然，“对项目经理来说，成本、质量和时间是最为重要的三要素。与客户的关系当然很重要，但也要全盘考虑项目的各要素。对于用户的要求，应该在有限的范围内给与解决，但不可以做出太大的牺牲。一味的迁就用户将会使整个项目失败。”
小林接着小王的话说：“当前，国内的项目一般情况下是由销售处面签单，再由项目经理接手后续的工作，因此客户关系多在事前已经搞定。发生新的情况后，可以由公司的公关部出面与客户进行协调，项目经理可以在此过程中坚持一下原则，与公司的公关部一个红脸，一个白脸，唱出一出好戏。”
小赵反驳道：“不管怎样，客户才是第一位的。客户可以给你带来收入，也可以给你带来更多的客户和工作，有什么道理不多配合一下他们呢?说实话我对B的做法蛮欣赏的，可惜行不通。因为客户是上帝，如果照B的做法，后果会造成做一次项目丢掉一个客户，太不划算了。”
问题：
1、如果你的项目遇到需求变更问题，你会采用哪种方式去应对?
2、分析这两种应对需求变更方式的优缺点。
分析：
1. 需求变更对整个项目的成本、进度、质量都会产生影响，所以对客户提出的需求变更要求要谨慎对待，对客户提出的需求变更请求既不能一味接受，也不能全盘拒绝，要客户提出的需求变更要综合分析，合情合理的需求变更可以接受，而过分的要求则要拒绝，且需求变更要严格按照需求变更审核控制流程来进行。
2. 项目经理A的应对方式的优点是客户满意，缺点是对项目进度延期，成本增加，质量没项目经理B的应对方式优点是项目可以按时完成和交付使用，缺点是影响客户关系，对将来的合作产生不利影响。
分析1：
我想，首先要把工作做在前面，防止事故的最好方法是预防而不是补救，因此要在项目前期尽量把用户的需求了解清楚，同时要特别注意要引导用户的需求到我们的方案中来，与销售部门的同事保持良性的沟通关系，从而尽量避免项目实施后进行变更。
如果用户对于正在进行中的项目提出意见和建议，也是非常正常的事情，因为很多用户都是见到系统原型后才有灵感的，因此，尽早地让用户见到原型，例如参观其他项目或者先开发出具备初步功能的演示系统，则对于早日明确需求，少走弯路是非常重要的。
对于用户提出的需求，我们不应该简单地答应或者拒绝，这里面有一个需求识别的过程，要系统评估需求变化导致的成本增加和质量改进，最终进行决策，并可以把决策的理由与用户及时沟通，也许用户了解后会替你想出解决办法，例如有的项目用户会主动提出增加费用和把新的需求放到二期工程中等，毕竟项目开始后大家都是一条船上的人，只要说明道理，以诚相待，问题总会解决。