1、沟通+记录+跟进
召开相关会议,拉上需求提出方(甲方)、涉及变更的产品负责人、技术负责人、有可能影响报价就要拉上商务;形成会议纪要,然后明确跟进态度
2、了解真实原因前,不匆忙动手
1)了解变更的提出者:是对方项目经理、部门领导、还是对方拍板人
2)为何要改:变更的原因
3)了解变更的影响:询问团队变更影响范围,技术方案是否可行?变更需要时长
先“拖”多与客户沟通了解变更真实原因,若是真实需要的需求,客户肯定三番五次强调
3、全方位思考变更产生的影响
时间延长?范围变大?成本上增加多少?技术架构是否大动?
不明确的话,就去请教相关负责人
4、变更记录确认
1)重大变更更新SOW(影响制约四要素的)
2)记录详细的变更内容,(提出者、提出原因、变更内容、变更影响、相关(执行)负责人、时间多久、成本有无增加、范围是否扩大、整体项目质量是否会受影响?)
5、确保干系人知晓、认同
通过邮件或纸质单通知到相关干系人(客户要确认、内部执行人、费用就通知商务)
注意点:
1、当客户需求变更是个模糊界限时,若是想维护好客户关系可以帮做
2、用新变更替换后面某些难开发的需求
3、当其他都认可,但某方协调不动时“谁决策、谁负责”:
1)没有强势方项目经理拍板执行某一方案,并把方案上报
2)有强势干系人,让其将不能执行的原因,通过邮件发出,或经过文档记录在项目文档中
4、借力打力,技术问题技术解决,影响过大削弱客户(“走下流程”“会造成项目延期”)