需求变更流程.doc_第1页
需求变更流程.doc_第2页
需求变更流程.doc_第3页
需求变更流程.doc_第4页
需求变更流程.doc_第5页
免费预览已结束，剩余1页可下载查看

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

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

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论