应对需求变更

1、沟通+记录+跟进

召开相关会议，拉上需求提出方（甲方）、涉及变更的产品负责人、技术负责人、有可能影响报价就要拉上商务；形成会议纪要，然后明确跟进态度

2、了解真实原因前，不匆忙动手

1）了解变更的提出者：是对方项目经理、部门领导、还是对方拍板人

2）为何要改：变更的原因

3）了解变更的影响：询问团队变更影响范围，技术方案是否可行？变更需要时长

先“拖”多与客户沟通了解变更真实原因，若是真实需要的需求，客户肯定三番五次强调

3、全方位思考变更产生的影响

时间延长？范围变大？成本上增加多少？技术架构是否大动？

不明确的话，就去请教相关负责人

4、变更记录确认

1）重大变更更新SOW（影响制约四要素的）

2）记录详细的变更内容，（提出者、提出原因、变更内容、变更影响、相关（执行）负责人、时间多久、成本有无增加、范围是否扩大、整体项目质量是否会受影响？）

5、确保干系人知晓、认同

通过邮件或纸质单通知到相关干系人（客户要确认、内部执行人、费用就通知商务）

注意点：

1、当客户需求变更是个模糊界限时，若是想维护好客户关系可以帮做

2、用新变更替换后面某些难开发的需求

3、当其他都认可，但某方协调不动时“谁决策、谁负责”：

1）没有强势方项目经理拍板执行某一方案，并把方案上报

2）有强势干系人，让其将不能执行的原因，通过邮件发出，或经过文档记录在项目文档中

4、借力打力，技术问题技术解决，影响过大削弱客户（“走下流程”“会造成项目延期”）