需求变更管理流程

是

提出（修改/新增/删除）需求

测试

项目经理

是否变更

修改PRD（原型+文档）

通知所有相关方

开始

变更请求识别

需求变更的原因：1. 需求定义不明确2. 需求理解有歧义3. 业务方需求变更4. 客户方需求变更5. 用户需求变更6. 项目周期过长需求变更来源：1. 项目内部（1）产品经理自己提出的需求变更：需求没考虑清楚，逻辑有遗漏；产品设计变更等（2）技术小伙伴提出的需求变更：技术方案变更，人员变动等2. 项目外部：（1）客户爸爸有New Idea了，你就说你做不做吧（弱乙嘤嘤嘤）（2）用户，比如目标用户的需求变化（3）公司其他部门比如市场，业务，运营等提出的需求变更（4）公司高层提出的需求变更（5）外部环境比如市场政策变化应对策略：1. 项目内部变更：产品、技术内部头脑风暴，讨论充分，降低变更的概率2. 项目外部变更：保持充分沟通的原则，能不变则不变接受/拒绝变更的原则：1. 变更对项目是否有利，无利->拒绝2. 变更对项目有利，比较投入的成本和变更带来的收益，看看ROI如何来判定是否值得改3. 变更对项目有利，且值得改，则进一步看紧急程度，既值得又紧急，则安排插入变更，否则也可以往后放变更流程概述：收集->评估->实施->归档

组织相关方讨论

否

结束

发起变更申请

是否影响项目进度/成本

更新排期计划

实施团队

变更控制委员会

需求变更管理流程

UAT

需求方

评估成本及时间

决策是否进行需求变更

产品经理

开发

变更影响及风险分析

需求变更单及需求文档发送相关人员

评估需求