变更原因及变更内容。（二）需求变更申请人通过邮件OA或其他部门间工作联系函将需求变更申请提交需求开发负责人、相关测试负责人及关联系统负责人审批。审批通过后需求开发负责人判断是否为重大变更。如审批不通过，评审组说明原因后将需求变更申请退回申请人。（三）需求变更属于重大变更时，需求变更申请人组织需求变更评审会，由评审组成员共同确定是否允许变更。如果不属于重大变更，需求开发负责人有权决定是否允许需求变更。满足以下任一条件的需求变更都属于重大变更。1需求变更引起开发工时增加量：大型需求≥10，中型需求≥15，小型需求≥20（仅删除需求内容的变更可不考虑）。2需求变更导致里程碑点推迟的。
f3需求变更涉及关联系统变化的。4需求变更可能存在风险、合规问题的。5需求变更涉及或影响已有业务流程、规则、后台运营的。（四）需求变更评审参与人员：需求开发负责人、需求提交人员、开发人员、测试负责人、测试人员、关联系统负责人、关联产品部门。如不属于重大变更，可裁剪此活动。评审的内容包括：1技术可行性分析。2需求合理性、业务方案可行性分析。3关联系统影响分析。4变更风险分析。5对需求工作量、工期、成本等的影响分析。6评审结论：（1）评审通过：需求开发负责人在《需求变更申请单》（待设计表格）填写需求变更详细方案。（2）评审不通过：在《需求变更申请单》中填写否决意见及原因。（五）需求变更评审结束时，需求开发负责人在《需求变更申请单》中填写需求变更评审意见，与会人员签字确认。（六）需求变更评审会后，需求开发负责人将《需求变更申请单》提交项目管理员审批。审批通过后业务人员更新业务需求。如审批不通过，项目管理员说明原因后将需求变更申请退回需求变更申请人。（七）业务需求更新完毕后，需求开发负责人将《需求变更申请单》上传SVN管理，并发布需求变更通知，需求转入开发流程。
f第十一章需求进度监控及查询第二十一条待制度完善（建议引入需求管理软件）
第十二章附则第二十二条本制度由研发部测试管理部负责制定、解释和修改。涉及其他部门，可由相关部门协助研发部测试管理部修改。第二十三条需求管理办法相关文件。1业务需求申请表2需求评估表3需求技术文档4需求变更申请表
fr