需求变更流程规范

  一、引言

  由于目前公司内部对产品的需求变动都只是口头或邮件中进行通知,并没有进行内部评审和相关需求变动后的记录,导致后续出的产品某些需求增加了,某些没有进行增加。这样就会导致测试得到的信息不完整,以及后续产品的维护困难。在这里书写一份规范说明书,希望能得到一些改善。

  二、目的

  控制需求变化引起的开发、测试与需求不一致的情况,约束需求分析的完整性。保证每一次的需求改动都能有相关的记录。

  三、角色与职责

  1、市场人员

  1)负责产品需求的提交以及解答项目开发过程中遇到的需求问题。

  2) 负责与客户的沟通确认,并及时反馈客户最新需求。

  3)负责与项目经理的沟通

  4)负责与客户协调沟通需求变更中需求部分存在的差异

  5)负责将需求变更中的需求提供给客户签字确认

  2、 项目组长

  1)负责协调变更的需求并对变更的需求有拒绝的权利

  2)负责对变更的需求部分设计的修改

  3)保证项目的开发与需求的一致性

  4)确定开发进度是否需要进行变更

  5)分配新需求给相关开发人员

  3、测试组长

  1)负责相应测试需求分析书的修改

  2)负责把最新需求及时传达到测试人员

  3)保证测试进度与开发进度一致性

  4)负责与项目组长及时确认最新需求

  4、测试人员

  1)负责更改测试用例,保证用例与需求同步

  2)调控测试进度,保证任务的正常完成

  5、项目经理

  1)参与需求修改的评审工作

  2)最终确认需求是否进行修改

  6、配置管理员

  1)负责更新需求文档,记录需求更改记录

  2)负责需求变更信息的发布与跟踪

  四、需求变更处理流程图

  需求变更有3种情况,一种是客户提出来要进行修改,增加需求等,一种是公司内部人员提交的建议,还有就是开发人员自己修改流程(修改后的效果比前面的更加好),另外需求变更可能是比较小的改动,另外一种就是可能涉及到整个产品流程,这就是比较大的需求改动。下面就按照上面的3种情况进行画出流程图:

  1、需求变更流程(客户提出需求变更)

  1)执行条件:

  客户提出需求变更

图:需求变更流程(客户提出需求变更)

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值