案例：

在某公司的项目管理课堂上，小李，小王等人正在七嘴八舌地议论纷纷。原来，大家正在讨论小王的公司最近遇到的两个颇为有趣的项目。

据小王介绍，这两个项目分别由两个项目经理来担任。其中，项目经理A属于“谦虚”型，对于客户提出的问题，无论大小都给与解决，客户对此非常满意，然而，项目进度却拖得比较长，而且，客户总想把所有的问题都改完再说，项目已经一再延期。

相比之下，项目经理B显得稍有些“盛气凌人”，对于客户提出的问题，大多都不予理睬，客户对此不是很满意，不过，该项目的进度控制得比较好，基本能够按期完成项目。

话刚一说完，小李就抢着说：“A比较像我，一般在和我的一些战略客户打交道的时候，我基本是有求必应，与客户的关系处得如鱼得水，这样做肯定不会错。就像前天我连合同都写错了，找到客户，人家二话没说就同意改了。你说如果是B的话可能吗？”

小王对此不以为然，“对项目经理来说，成本、质量和时间是最为重要的三要素。与客户的关系当然很重要，但也要全盘考虑项目的各要素。对于用户的要求，应该在有限的范围内给与解决，但不可以做出太大的牺牲。一味的迁就用户将会使整个项目失败。”

小林接着小王的话说：“当前，国内的项目一般情况下是由销售处面签单，再由项目经理接手后续的工作，因此客户关系多在事前已经搞定。发生新的情况后，可以由公司的公关部出面与客户进行协调，项目经理可以在此过程中坚持一下原则，与公司的公关部一个红脸，一个白脸，唱出一出好戏。”

小赵反驳道：“不管怎样，客户才是第一位的。客户可以给你带来收入，也可以给你带来更多的客户和工作，有什么道理不多配合一下他们呢？说实话我对B的做法蛮欣赏的，可惜行不通。因为客户是上帝，如果照B的做法，后果会造成做一次项目丢掉一个客户，太不划算了。”
问题：
1、如果你的项目遇到需求变更问题，你会采用哪种方式去应对？     
2、分析这两种应对需求变更方式的优缺点。

分析：

1. 需求变更对整个项目的成本、进度、质量都会产生影响，所以对客户提出的需求变更要求要谨慎对待，对客户提出的需求变更请求既不能一味接受，也不能全盘拒绝，要客户提出的需求变更要综合分析，合情合理的需求变更可以接受，而过分的要求则要拒绝，且需求变更要严格按照需求变更审核控制流程来进行。
2. 项目经理A的应对方式的优点是客户满意，缺点是对项目进度延期，成本增加，质量没保证
项目经理B的应对方式优点是项目可以按时完成和交付使用，缺点是影响客户关系，对将来的合作产生不利影响

分析1：
我想，首先要把工作做在前面，防止事故的最好方法是预防而不是补救，因此要在项目前期尽量把用户的需求了解清楚，同时要特别注意要引导用户的需求到我们的方案中来，与销售部门的同事保持良性的沟通关系，从而尽量避免项目实施后进行变更。
如果用户对于正在进行中的项目提出意见和建议，也是非常正常的事情，因为很多用户都是见到系统原型后才有灵感的，因此，尽早地让用户见到原型，例如参观其他项目或者先开发出具备初步功能的演示系统，则对于早日明确需求，少走弯路是非常重要的。
对于用户提出的需求，我们不应该简单地答应或者拒绝，这里面有一个需求识别的过程，要系统评估需求变化导致的成本增加和质量改进，最终进行决策，并可以把决策的理由与用户及时沟通，也许用户了解后会替你想出解决办法，例如有的项目用户会主动提出增加费用和把新的需求放到二期工程中等，毕竟项目开始后大家都是一条船上的人，只要说明道理，以诚相待，问题总会解决。
如果一味满足用户的要求，不做识别评估，最终将导致项目的成本和进度失去控制，这种情况下质量很难做好，更何况用户的需求本身就是多变化和不确定的，因此，完全满足用户的需求是不可能实现的，到头来项目没做好，再好的关系也没有了基础。
反过来，如果拒绝用户的要求，一定要有理有利有节，做好沟通工作，项目管理就是要通过协调好各方面利益和力量来解决问题，用户作为项目的主导， 把他们排除在项目实施过程之外是非常不明智的，对于最终项目的验收，使用和用户关系都非常不利。
总之，让用户在你的积极引导下参与，认真对待和评估需求变更，通过沟通协调来达成一致解决问题，这样才能保证项目顺利完成。

分析2：
最近也一直在思考一个问题，就是如何来和客户沟通、相处。就是当我们与客户沟通的时候应该是怎样的一种心态。
如果纯粹说顾客就是上帝，客户是我们的衣食父母，那么A的就是这种。尊重客户并不意味着迁就客户，毕竟我们比客户要专业，那么我们就必须拿出我们专业的一面，如果客户有需求变更我们就答应，那么也许这个项目永远也做不完。但是如果我们采取对客户不理不睬的态度，客户一个电话打给公司高层领导，那么我们肯定也是吃不了兜着走了，必须要用合理的心态来看待需求变更。
避免问题发生的人永远都比解决问题的人来得可贵。
那么对待需求变更，我们也应该从避免变更做起。
这样项目初期的需求范围说明书的确认签字及需求变更流程的确定就显得无比的重要的。
需求变更应该纳入合同的体系中，明确规定项目允许需求变更的次数和范围，如果发生重大变更在商务上如何处理，明确权责。做好充分的需求调研、分析工作。
面对需求变更，平静的面对，仔细的分析，能拒绝则拒绝，不能拒绝则积极的接受，和客户明确此次变更将产生的影响，让客户自己来权衡利弊。

分析3：
不是一味的拒绝，也不是全盘接受，而是通过严格需求变更审批流程进行。
对于A的方式，即全盘接受用户的所有需求。
优点：客户满意；
缺点：成本增加；进度延迟；风险增加；
对于B的方式，即全盘否定。
优点：能保证项目进度；
缺点：客户不满意；双方沟通困难；