面对客户的需求变更,接受还是拒绝？(3)

就可以明确拒绝（但怎么说“不”非常有讲究！），并可以转化成为商务问题由销售出面解决。

而需求变更不但数量大，且界定和管理都要复杂的多。软件项目中，例如界面风格的改变，数据库字段的变化等，都涉及极大的工作量，而且在需求分析阶段很难保证一次正确。我所在的公司中，这类变更也是让项目经理最头疼的。

因为范围变更相对容易，接重点谈谈如何管理“需求变更”。先要扭转一个观念：管理变更的目的绝对不是不让客户变更，更不是扳着面孔一口回绝，而是要让变更受控，让变更有秩序的进行。

为此，一个比较有效的方法是在项目开始前就制定变更管理流程，并与客户达成一致。

变更管理流程可以根据项目的具体情况设计，但个人认为有四个关键控制点一定不能放松，那就是：授权，审核，评估，确认。

授权：只有经过授权的客户接口人才能提交变更单，只有经过授权的项目接口人才能接受变更单。这样做一来可以保证变更都被有效记录，二来可以避免客户内部尚未达成一致的变更被提出来。

审核：项目经理要对书面的变更分析，分出轻重缓急，并与客户沟通。哪些应该回绝，哪些可以推迟，哪些可以接受。经过项目经理过滤之后，变更的数量应该可以大大减少。

评估：请技术人员对于变更的涉及的范围，引发的工作量和风险，以及对进度的影响进行客观的量化评估。切忌不可夸大，否则会丧失客户的信任，造成额外的困难。