远东宏信信息化需求管理办法_A3

城建宏信有限公司
信息管理部
信息化需求管理办法
修订记录
1.0目的
为了加强信息化需求分析评估及管理的规范性，提高需求方案设计和实施策略选择的系统性和科学性，以保证信息化建设能够满足“服务业务创造价值”的总体要求，根据公司《信息化建设管理规定》，制定本办法。

2.0范围
本办法适用于公司以及下属全资或控股子公司。

3.0定义
3.1本办法所称的信息化需求是指由公司内各部门（含下属公司）提出，需要
借助信息技术手段来实现的业务或管理需求。

3.2本办法所指需求管理是指对需求申请和审批、方案制定和实施、需求变更
控制等工作进行管理的过程。

3.3本办法所称需求部门是指信息化需求的提出部门（事业部或职能部门），
如果需求涉及多个部门，则需要明确主责部门。

4.0职责分工
4.1需求部门
(1)负责梳理业务和管理需求，并根据《需求管理模板》的要求完成需
求文档撰写，并签字确认。

(2)在递交信息化需求之前，负责与信息管理部进行前期沟通，包括需
求可行性、技术可行性等。

(3)负责根据信息化需求的类型，启动“项目立项流程”或“IT维护
服务申请流程”，按公司要求完成审批。

(4)需求开发过程中，负责配合确认和细化需求，并指定专人负责协调
和配合。

(5)需求开发完成后，需求部门应指定专人（一般有需求提出者）参与
用户验收测试，并对验收结果签字确认。

4.2战略管理部
负责审核需求部门递交的信息化需求是否匹配公司整体战略，包括是否符合公司的组织管理体系、是否符合公司运营体系和流程规范的要求等。

4.3职能部门
(1)业务运营中心负责对公司业务运作、风险管理、法律稽核等与业务
运营相关的信息化需求评估，一方面要避免各事业部需求的过度差
异化，另一方面要求事业部信息化需求满足公司运营的整体要求。

(2)资产管理部负责审核与资产相关的业务需求。

(3)资金部、人力资源部、财务部等专业部门对需求部门提出的信息化
需求进行专业性审核，确保需求的合理性和专业性，满足公司各个
方向的管理要求。

4.4信息管理部
(1)负责评估信息化需求的合理性、必要性和技术可行性。

(2)负责实施完成审批的信息化需求，包括需求分析和设计、组织资源，
跟踪和管理实施过程，需求变更管理，协调用户验收测试，负责统
筹需求实施的费用管理及预算控制，负责最终的验收。

5.0信息化需求分类
(1)根据对业务或管理的影响范围和程度、信息化实施的难度和工作量、
投资规模等要素，将信息化需求分为“项目类需求”和“改善性需
求”两类。

(2)项目类需求是指对业务或管理影响较大，实施工作量超过20人天
的新系统建设，或对现有系统进行重大改造的需求。

(3)改善类需求是指对业务或管理影响程度较小，实施工作量少于（含）
20人天的信息化需求，一般都属于对现有系统进行功能增加或优
化调整，或是一些工具的开发。

6.0需求递交及审批管理
(1)公司所有事业部和职能部门必须在每年初递交新年度的整体性信
息化需求，信息管理部以此制定年度信息化预算，原则上信息管理
部不受理年度信息化需求之外的需求。

(2)信息化需求的提出者可以是公司任何部门，相同需求若有两个或以
上需求部门时，须明确主责部门。

(3)针对项目类需求，需求部门必须通过“公司公文”报请公司，战略
管理部作为归口部门进行受理；针对改善性需求，需求部门必须通
过“IT维护服务申请流程”进行递交，并按要求完成审批。

(4)针对项目类需求，需求部门必须按照《需求管理模板》的要求递交
完整的需求文档，需求部门的部门经理必须签字确认。

7.0需求实施管理
(1)信息管理部在收到完成审批的信息化需求后，进行业务应用设计，
并制定实施方案，同时制定实施计划并确定实施负责人。

(2)针对需要动支预算的信息化需求，信息管理部需要将实施方案、供
应商选择方案、预算动支方案等内容以公文的形式报请公司，只有
在获得批准后才允许开展实施。

(3)信息化需求负责人负责具体的实施过程管理，并向需求干系人定期
汇报实施进度，确保需求的成功实施。

8.0需求变更管理
(1)需求变更是指在需求确认后，需求部门需要对需求内容进行增减或
调整，影响需求实施方案。

(2)针对项目类需求，需求部门需要以正式的途径递交需求变更内容，
信息管理部的需求实施负责人对变更的影响程度进行评估，在必要
的情况下可以召集项目会议讨论，最终决定接受或拒绝变更。

如果
接受需求变更，需求实施负责人需要更新实施方案和实施计划，甚
至调整实施的计划配置。

(3)针对改善类需求，需求实施负责人将“IT维护服务流程”调整给
需求发起人，需求发起人填写需求变更内容并重新递交审批。

9.0验收管理
(1)依据递交的信息化需求，需求部门负责编写测试用例，并准备测试
数据。

(2)需求部门负责进行验收测试，需求实施负责人安排资源解决测试过
程中发现的问题。

(3)需求部门负责对验收测试的结果进行确认，在完成验收测试后，需
求实施负责人启动相应的上线发布流程（新系统上线发布流程或系
统升级上线发布流程）。

10.0上线发布
在获得需求部门的确认后，需求实施的结果才允许上线发布。

信息管理部内部根据内控流程对发布进行严格管理，确保发布质量。

11.0附件
《需求管理模板》
12.0附则
本办法由信息管理部制定并负责解释和修订。

本规范自公告颁布之日起生效。