需求变更流程

《需求变更流程》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、需求变更流程关于本文档主题需求变更流程说　　明指导需求变更管理过程适用对象项目组所有成员修订历史版本章节类型日期作者说明1.0全部C2008-2-27说明：类型－创建（C）、修改（U）、删除（D）、增加（A）；评审记录角色签名日期说明1需求变更需求变更的提出原因可能是随着对需求的理解越来越到位而增加的需求，或者相关规章制度法律法规发生变化而引起需求变换，对于项目而言提出需求变更都是正常的。1.1目的需求发生相应的变更，一般指《需求规格说明书》用户确认，形成需求基线，建立基线后的需求增删改都称为需求变更，即意味着项目组资源要进行调整，工期要推迟，甚至以前的设计要推

2、翻，修改前期的工作成果，如果需求没有管理，没有控制的都被采纳，这个项目永远没有完结，所以一定要进行需求变更管理。1.2流程需求的增加、修改、删除统称为需求变更。1、如果用户需要变更需求，则填写《需求变更申请》，经业务部门和信息技术部门审核通过后，发邮件给项目组需求负责人；2、《需求变更申请》的项目组接收者，录入此变更请求到《问题跟踪清单》，并标识“问题类型”；3、需求或问题的接收者判断是新增需求或需求变更，不得擅自接受，提交和项目经理和相关人员进行内部变更评估、审核。1、内部评审通过的，大的（开发工作量大于3人天）需求形成变更部分的《需求规格说明书》，小的（代码

3、修改开发工作量小于等于3人天）需求变更记录入《需求问题跟踪》，（并且修改评审过的《需求规格说明书》），制定开发计划；2、新的《需求规格说明书》进行评审，进行需求跟踪，直到需求关闭；3、审核通过的《需求规格说明书》，确定开发时间和纳入的版本，制定开发计划4、如果没有得到变更批准，则由项目经理，分配人员对《需求问题跟踪》直接修改状态，解释说明拒绝原因，此需求关闭；1.1输出《FI-项目组编码-RM-需求变更申请YYYYMMDD》《FI-项目组编码-RM-需求问题跟踪》《FI-项目组编码-SPE-需求规格说明书》项目组变更流程参考：提出变更-->内部变更评审à外部变更

4、评审（可选）à变更批准à执行变更1.2角色和职责分公司业务部门：职责：如申请新增、变更需求，提供原始需求及需求变更申请入口：出口：需求的相关信息及业务需求、《需求变更申请.doc》。总公司业务部门及信息技术部门：职责：对新需求进行整理、汇总、评审；确定结果返给项目组入口：原始需求变更、《需求变更申请.doc》出口：评审通过或评审未通过的变更需求，《需求变更申请.doc》项目组需求负责人：职责：1、对业务部门整理的需求变更进行评审；要注意此变更对项目组的项目风险、工作量、影响范围等因素。2、测试系统实现，反馈评审结果，是否批准。3、对设计开发组的需求设计文档进行评

5、审。入口：《需求变更申请.doc》出口：1、新需求的评审结果、包含审核结果的《需求变更申请.doc》。2、《需求问题跟踪.xls》