项目进程中需求变更如何处理

@纸飞机

1、首先做根本原因分析，确认客户持续变更的原因是什么，是否有遗漏的相关方。

2、依据根本原因分析结论，重新引导客户并分析需求。

3、引导客户将变更分期开发，当前版本可优先上线，能持续收集反馈，和变更一起做二期项目。

4、后续总结，项目最初需求分析如何改善，为二期或后续类似项目积累经验教训。总之，甲方爸爸不会错，即使错了，也是乙方有错在先。

@端午

1、了解客户变更的原因。

2、对项目的相关方的职位，利益点进行分析，是否有部门冲突，利益冲突。

3、提供评审结果确认单。针对现有问题进行评估反馈。

4、优化变更流程，变更流程需上级领导审批。

5、提出解决方案和指定相应的应对策略。如：接受需求变更，调整项目计划，或暂时拒绝需求变更，变更需求放在二期实现。

@黄金甲

1、ZF项目一般不会出现此类僵局，可能并非实施阶段问题，可能在商务环节有遗漏，建议从商务环节再次跟进。

2、对需求进行分类，影响上线和使用功能优先处理，优先上线，其余需求分期阶段。

3、需求先确认签字，但是实际过程中对需求范围很难完全明确，所以只能尽量明确。

4、ZF项目一般都有牵头部门，牵头人，以后需求输出过程中一定要处理好牵头部门和人关系。

@绿萝

1、变更需求原因分析，前面的同行们也都说了，首先要先了解变更需求的本质原因。了解到背后的本质需求，才能为下面的需求变更沟通打好基础。

2、需求细节化。分析原因之后，对需求变更范围进行细化，范围越详细清晰，能为后续项目开展减少许多不必要的麻烦。

3、需求变更确认：项目开展中过程中，变更都是无法避免的，再加上甲方是ZF部门，关系维护很重要。因此需求变更可以，但要根据细化范围，考虑将项目分期，并根据项目合同，明确需求变更带来的成本增加。

4、与上级沟通：将目前遇到的问题以及和客户的沟通结果汇报给上司，让领导了解到目前的项目情况，并询问领导意见。

@荞麦疯长

1、建立严谨的变更管理流程，将客户所有影响基准的变更都递交给CCB处理，变更通过后有资源的补给，以避免项目延期。

2、PM多与客户沟通，发挥人际关系之长，让客户的变更尽量集中提出，让项目团队集中地按变更流程处理，以防止变来变去导致重复但有没有收益的工作。

3、事先与客户商讨好项目范围说明书，和客户就项目范围基准达成一致。如果后期客户不买账，可以一起回顾合同或者基准汇中的条款。

@苦荞

1、一定要先和对接的人私下沟通，双方先搁置责任问题，首先达成共识，一定是要先保证项目能够完成的。不然对方在内部也要担责任。

需求改了项目交付时间是一定要推迟的，我们这边已经建设实施的部分(成本不高的话)马上改，您这边也麻烦努力一下把时间往后推迟一下。

并且叮嘱需求不能再改了，再改一是我们这边成本严重超支，二是项目交付时间遥遥无期了。优先保证项目进行下去。

2、私下里内部收集聊天记录以及甲方需求说明，设计稿等证据。在适当的时候或者项目完成后再拿出来，针对这个责任好好探讨一下。