文档介绍：如何做好需求变更管理——需求变更流程规范
一、引言
        由于目前公司内部对产品的需求变动都只是口头或邮件中进行通知,并没有进行内部评审和相关需求变动后的记录,导致后续出的产品某些需求增加了,某些没有进行增加。这样就会导致测试得到的信息不完整,以及后续产品的维护困难。在这里书写一份规范说明书,希望能得到一些改善。
二、目的
控制需求变化引起的开发、测试与需求不一致的情况,约束需求分析的完整性。保证每一次的需求改动都能有相关的记录。
三、角色与职责
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)执行条件:
客户提出需求变更
          图:需求变更流程(客户提出需求变更)
2)流程说明:
需求来源:客户提交相关需求变更
审核需求变更:评估如果实现该需求,需要的时间、人力成本多少;并评估对项目工期影响有多大?判断那些需求能够目前解决,那些需要留到下一版本解决。最后输出一份审核确认表反馈给客户,和客户进行商讨。参与评审的人员要包含项目经理,项目组长,测试组长,市场人员。
配置管理员:对变更需求进行记录,需求文档进行更新,并通知相关人员
项目组长:负责调整相关开发进度表,评估任务时间,分发给相关开发人员
测试组长:根据变更需求和开发进度,对测试进度进行相对应调整,并修改测试需求分析书,分发需求更新给相关测试人员。测试人员对用例进行补充,修改。
客户提交的变更需求最后必须让客户进行签字确认。
2、需求变更流程(内部提出需求变更)
1)执行条件:
对项目进度不会影响严重
与客户原始需求无偏差
图:需求变更流程(内部提出需求变更)
2)流程说明:
内部需求变更来源:公司内部人员发现逻辑,需求上的问题,或功能上的建议以及开发、测试人员提出的需求不一致内容。
需求变更类型:需求有误、需求有遗漏、需求不明