7、变更的流程
7.1 收集
对于变更的需求，需求变更方需要通过一定的流程提交给产品经理，不论是邮件还是流程协作工具confluence这种，亦或是自己做的企业效能工具，通过系统的好处就是做到有迹可循，责任到人，事后也方便对需求变更进行统计，以分析变化的原因，降低变化。
7.2 评估
将变更的需求提交给变更控制委员会评审，变更委员会可根据上面的拒绝OR接受需求变更原则进行评估，这个评估的过程就是需求分析的过程，也是头脑风暴的过程。需求变更委员会最好由项目所涉及的多方人员共同组成，应该包括产品经理、项目经理、用户方和开发决策负责人等。
7.3 变更
需求如果确认变更，那就走变更的流程，变更的需求再开一次评审会，给项目团队的成员详细讲解一下。
7.4 修改
评审过后的需求，产品经理要修改对应的文档，开发计划的排期也需要重新排。
7.5 归档
妥善保存变更的相关文档，无论是以后自行查阅还是给到接盘者，让接盘者接手，都很有意义。

对于变更的需求，产品经理对上要反馈现状、明确目标、提出解决方案，对下要组织变更评估，明确目标，体现团队工作成绩。