信息化需求管理办法

城建宏信有限公司

信息管理部

信息化需求管理办法

修订记录

1.0目的

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

2.0范围

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

3.0定义

3.1本办法所称的信息化需求是指由公司内各部门（含下属公司）提出，需要

借助信息技术手段来实现的业务或管理需求。

3.2本办法所指需求管理是指对需求申请和审批、方案制定和实施、需求变更

控制等工作进行管理的过程。

4.0职责分工

4.1需求部门

4.1.1负责梳理业务和管理需求，并根据《需求管理模板》的要求完成需求文档

撰写，并签字确认。

4.1.2在递交信息化需求之前，负责与信息管理部进行前期沟通，包括需求可行

性、技术可行性等。

4.1.3负责根据信息化需求的类型，启动“项目立项流程”或“IT维护服务申请

流程”，按公司要求完成审批。

4.1.4需求开发过程中，负责配合确认和细化需求，根据制定的方案提供相关必

要的数据信息，并指定专人负责协调和配合。

4.1.5需求开发完成后，需求部门应指定专人（一般有需求提出者）参与用户验

收测试，并对验收结果签字确认。

4.2战略管理部

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

4.3职能部门

4.3.1业务运营中心负责对公司业务运作、风险管理、法律稽核等与业务运营相

关的信息化需求评估，一方面要避免各事业部需求的过度差异化，另一方面要求事业部信息化需求满足公司运营的整体要求。

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

4.3.3资金部、人力资源部、财务部等专业部门对需求部门提出的信息化需求进

行专业性审核，确保需求的合理性和专业性，满足公司各个方向的管理要求。

4.4信息管理部

4.4.1负责评估信息化需求的合理性、必要性和技术可行性。

4.4.2负责实施完成审批的信息化需求，包括需求分析和设计、组织资源，跟踪

和管理实施过程，需求变更管理，协调用户验收测试，负责统筹需求实施的费用管理及预算控制，负责最终的验收。

5.0信息化需求分类

5.1根据对业务或管理的影响范围和程度、信息化实施的难度和工作量、投资

规模等要素，将信息化需求分为“项目类需求”和“改善性需求”两类。

5.2项目类需求是指对业务或管理影响较大，实施工作量超过20人天的新系

统建设，或对现有系统进行重大改造的需求。

5.3改善类需求是指对业务或管理影响程度较小，实施工作量少于（含）20

人天的信息化需求，一般都属于对现有系统进行功能增加或优化调整，或是一些工具的开发。

6.0需求递交及审批管理

6.1公司所有事业部和职能部门必须在每年初递交新年度的整体性信息化需

求，信息管理部以此制定年度信息化预算，原则上信息管理部不受理年度信息化需求之外的需求。

6.2信息化需求的提出者可以是公司任何部门，相同需求若有两个或以上需求

部门时，须明确主责部门。

6.3针对项目类需求，需求部门必须通过“公司公文”报请公司，战略管理部

作为归口部门进行受理；针对改善性需求，需求部门必须通过“IT维护服务申请流程”进行递交，并按要求完成审批。

6.4针对项目类需求，需求部门必须按照《需求管理模板》的要求递交完整的

需求文档，需求部门的部门经理必须签字确认。

7.0需求实施管理

7.1信息管理部在收到完成审批的信息化需求后，进行业务应用设计，并制定

实施方案，同时制定实施计划并确定实施负责人。

7.2针对需要动支预算的信息化需求，信息管理部需要将实施方案、供应商选

择方案、预算动支方案等内容以公文的形式报请公司，只有在获得批准后才允许开展实施。

7.3信息化需求负责人负责具体的实施过程管理，并向需求干系人定期汇报实

施进度，确保需求的成功实施。

8.0需求变更管理

8.1需求变更是指在需求确认后，需求部门需要对需求内容进行增减或调整，

影响需求实施方案。

8.2针对项目类需求，需求部门需要以正式的途径递交需求变更内容，信息管

理部的需求实施负责人对变更的影响程度进行评估，在必要的情况下可以召集项目会议讨论，最终决定接受或拒绝变更。如果接受需求变更，需求实施负责人需要更新实施方案和实施计划，甚至调整实施的计划配置。

8.3针对改善类需求，需求实施负责人将“IT维护服务流程”调整给需求发起

人，需求发起人填写需求变更内容并重新递交审批。

9.0验收管理

9.1依据递交的信息化需求，需求部门负责编写测试用例，并准备测试数据。

9.2需求部门负责进行验收测试，需求实施负责人安排资源解决测试过程中发

现的问题。

9.3需求部门负责对验收测试的结果进行确认，在完成验收测试后，需求实施

负责人启动相应的上线发布流程。

10.0上线发布

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

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

11.0附件

《需求管理模板》