信息化需求管理办法1 - 企业信息化.docx

学习文档仅供参考

实施的结果才允许上线发布。11.0附件12.0

实施的结果才允许上线发布。11.0附件12.0附则12.1本方法由信息

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

预算的信息化需求，信息管理部需要将实施方案、供给商选择方案、预算动支方案等内容以公文的形式报请公司，

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

城建宏信

信息管理部

信息化需求管理方法

实施进度，确保需求的成功实施。8.0需求变更管理8.1

实施进度，确保需求的成功实施。8.0需求变更管理8.1需求变更是指在需求确认后，需求部门需要对需求内

预算的信息化需求，信息管理部需要将实施方案、供给商选择方案、预算动支方案等内容以公文的形式报请公司，

收测试的结果进行确认，在完成验收测试后，需求实施10.0上线发布10.1在获得需求部门确实认后，需求

。4.3.3资金部、人力资源部、财务部等专业部门对需求部门提出的信息化需求进行专业性审核，确保需求的

修订记录

版

版本编号A/0

A/1

A/2

版本日期

2009-6-20

2012-5-22

2015-3-26

修订者

质量控制部信息技术中心金家芳

信息管理部俞东祥

信息管理部施友松

说明

初稿

修订

修订

学习文档仅供参考

容进行增减或调整，影响需求实施方案。8.2针对项目类需求，需求部门需要以正式的途径递交需求变更内容，任何部门，相同需求假设有两个或以上需求部门时，须明确主责部门。6.3针对项目类需求，需求部门必须通过.2

容进行增减或调整，影响需求实施方案。8.2针对项目类需求，需求部门需要以正式的途径递交需求变更内容，

任何部门，相同需求假设有两个或以上需求部门时，须明确主责部门。6.3针对项目类需求，需求部门必须通过

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

小，实施工作量少于〔含〕20人天的信息化需求，一般都属于对现有系统进行功能增加或优化调整，或是一些工

1.0目的

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

2.0范围

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

3.0定义

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

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

4.0职责分工

4.1

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业务运营中心负责对公司业务运作、风险管理、法律稽核等与业务运营相

学习文档仅供参考

申请流程”进行递交，并按要求完成审批。6.4针对项目类需求，需求部门必须按照《需求管理模板》的要求递或拒绝变更。如果接受需求变更，需求实施负责人需要更新实施方案和实施计划，甚至调整实施的计划配置。8.业务运作、风险管理、法律稽核等与业务运营相关的信息化需求评估，一方面要防止各事业部需求的过度差异化，具的开发。6.0需求递交及审批管理6.1公司所有事业部和职能部门必须在每年初递交新年度的整体性信息化

申请流程”进行递交，并按要求完成审批。6.4针对项目类需求，需求部门必须按照《需求管理模板》的要求递

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

业务运作、风险管理、法律稽核等与业务运营相关的信息化需求评估，一方面要防止各事业部需求的过度差异化，

具的开发。6.0需求递交及审批管理6.1公司所有事业部