需求管理流程
1．总则
1.1目的
规范需求管理，强化需求的投资回报率，促进业务部门和IT对需求优先级和解决方案达成共识
1.2适用范围
全公司的业务系统维护性需求
1.3 原因
目前的业务系统需求管理的现状主要存在以下不足：
(1) 全公司员工都可以申请需求，部分需求未经业务主管部门的审核；
(2) 需求来源渠道各样、需求繁多、需求的优先级别没有得到有效管理、需求相互争夺有限的IT资源现象严重；
(3) 部分需求描述简单，仅描述了想法或目标，业务需求之间相互矛盾冲突、部分需求涉及跨本部的业务操作变更，未形成全面有效的业务解决方案；
(4) 需求沟通效率低未形成有效的需求管理、沟通、决策机制；
为了有效提高IT资源的利用率，提升需求管理质量与效率，促进形成有效的全公司范围的需求管理、沟通与决策机制，强化需求投资回报率，明确各职能本部需求管理人员职责，特修订需求管理流程。

1.4、职责要求
2.需求申请
用户根据规范填写需求申请表向部门领导提交需求。

如果需求包含报表的需提交报表模板。

为避免部门内的需求不统一，请各部门领导审核签字确认需求的合理性，没有部门领导确认的需求IT概不受理
3．需求分析
确认需求申请者提出的需求真实有效，审核是否有必要实现所提出的需求
IT部负责对需求进行分析，做出分析报表，邮件通知系统权限涉及到的相关部门征求意见对于不符合的需求通知用户终止需求。

4．需求审核
IT根据需求判断是否影响到其他业务部门的操作，影响其他业务部门的操作可能引起其他系统的需求变更，如果需求管理者无法判断变更的影响范围，各部门需求管理者协调组织受影响的业务部门展开需求分析会议并确定业务解决方案，IT部系统分析人员必须协助部门需求管理者进行判断并参与各业务部门需求的讨论协助用户明确需求。

如果业务部门无法明确最后需求，则提交办公会进行商讨。

5．需求确认
IT部根据最后达成的需求进行评估,提供解决方案，版本开发、测试、发布的整体计划6．需求执行
接受需求，并对需求进行编号，做好需求记录，分配给相应开发人员。

对需求进行技术分析，制定需求的解决方案和版本计划。

分析需求应该在系统中如何实现，对需求进行决策并排定优先级别。

7．功能测试
IT部邮件通知相送部门需求功能完成情况，其它部门对完成的需求进行用户测试并反馈系统问题。