需求变更流程有关本文档主题需求变更流程说明指导需求变更管理过程合用对象项目组全部组员修订历史版本章节类型日期作者说明1.0全部C-2-27阐明：类型－创立（C）、修改（U）、删除（D）、增加（A）；评审记录角色签名日期说明1需求变更需求变更的提出因素可能是随着对需求的理解越来越到位而增加的需求，或者有关规章制度法律法规发生变化而引发需求变换，对于项目而言提出需求变更都是正常的。1.1目的需求发生对应的变更，普通指《需求规格阐明书》顾客确认，形成需求基线，建立基线后的需求增删改都称为需求变更，即意味着项目组资源要进行调节，工期要推迟，甚至以前的设计要推翻，修改前期的工作成果，如果需求没有管理，没有控制的都被采纳，这个项目永远没有完结，因此一定要进行需求变更管理。1.2流程需求的增加、修改、删除统称为需求变更。1、如果顾客需要变更需求，则填写《需求变更申请》，经业务部门和信息技术部门审核通过后，发邮件给项目组需求负责人；2、《需求变更申请》的项目组接受者，录入此变更请求到《问题跟踪清单》，并标记“问题类型”；3、需求或问题的接受者判断是新增需求或需求变更，不得私自接受，提交和项目经理和有关人员进行内部变更评定、审核。4、内部评审通过的，大的（开发工作量不不大于3人天）需求形成变更部分的《需求规格阐明书》，小的（代码修改开发工作量不大于等于3人天）需求变更统计入《需求问题跟踪》，（并且修改评审过的《需求规格阐明书》），制订开发计划；5、新的《需求规格阐明书》进行评审，进行需求跟踪，直到需求关闭；6、审核通过的《需求规格阐明书》，拟定开发时间和纳入的版本，制订开发计划7、如果没有得到变更同意，则由项目经理，分派人员对《需求问题跟踪》直接修改状态，解释阐明回绝因素，此需求关闭；1.3输出《FI-项目组编码-RM-需求变更申请YYYYMMDD》《FI-项目组编码-RM-需求问题跟踪》《FI-项目组编码-SPE-需求规格阐明书》项目组变更流程参考：提出变更-->内部变更评审外部变更评审（可选）变更同意执行变更1.4角色和职责分公司业务部门：职责：如申请新增、变更需求，提供原始需求及需求变更申请入口：出口：需求的有关信息及业务需求、《需求变更申请.doc》。总公司业务部门及信息技术部门：职责：对新需求进行整顿、汇总、评审；拟定成果返给项目组入口：原始需求变更、《需求变更申请.doc》出口：评审通过或评审未通过的变更需求，《需求变更申请.doc》项目组需求负责人：职责：1、对业务部门整顿的需求变更进行评审；要注意此变更对项目组的项目风险、工作量、影响范畴等因素。2、测试系统实现，反馈评审成果，与否同意。3、对设计开发组的需求设计文档进行评审。入口：《需求变更申请.doc》出口：1、新需求的评审成果、包含审核成果的《需求变更申请.doc》。2、《需求问题跟踪.xls》WelcomeToDownload!!!欢迎您的下载，资料仅供参考！
