信息化项目立项管理制度.docx

. .

********
信息化工程立项管理制度
文件
编制部门：
版本版次：
生效日期： 2021- -1
页 数： 页

编制/修订：
签发： **x
****

. v .

. .

一、 文 件 使 用 单 位： ******** 各 中 心、 各 子公 司。
二、 签 批 形 式： ■ OA 工 作流 □ 纸 质
三、 编 制 /修 订 记 录：
版本版次 生效日期 撰稿人 修改说明

1. 目 的
为规******** 〔以下简称公司〕信息化工程投资管理工作，有效落实公司信息 化战略规划，实现年度信息化工作目标，制定本管理方法。
2. 适 用 围
本方法使用于公司及控股公司、参股分公司参照执行。
3. 术 语 与 定 义
本方法所称的信息化工程，是指公司单独建立的信息化工程及包含在其 他工程中的信息化建立容。各分公司对信息化工程进展单列，并上报信息中 心备案。
信息化工程分为公司统一建立类信息化工程、各业务部门所需建立类信 息化工程及公司标准化管理中分公司自主建立类信息化工程。
本方法主要对信息化工程立项管理、立项流程梳理、审批、信息化工程 投资的跟踪与监视、后评估等工作进展规定。
4. 职 责
信息化工程立项管理组织体系包括总裁办、信息中心、业务需求部门、协助 参与部门。
4.1 总裁办是信息化工程立项管理的决策层，主要负责：
4.1.1 以董事会办公会的形式审批投资金额大于 2 万元的信息化工程；
4.1.2 以总裁办办公会的形式审批投资金额小于 2 万元的信息化工程；
4.2 公司信息中心是信息化工程立项工作的归口管理部门，主要职责：
4.2.1 工程部立项；
4.2.2 协助需求分析调研；

. v .

. .

4.2.3 立项后的系统规划、设计及开发；
4.2.4 协助招标外包工作；
4.2.5 组织工程验收、交付、培训工作；
4.2.4 系统运维效劳及监视、跟踪信息化工程执行情况。
4.3 业务需求部门是信息化工程立项发起部门，主要职责：
公司立项、过总裁会、整理需求〔信息可以协助〕、招标〔信息中心协助〕、签订合同、申请资金、付款 4.3.1 进展公司工程立项申请；
4.3.2 组织、跟踪落实总裁办公会〔董事会〕的工程立项审批；
4.3.3 组织、整理立项工程需求分析；
4.3.4 主持工程招标外包须先上总裁办公会；
4.3.5 招标外包、签订合同；
4.3.6 跟踪落实合同资金、付款事宜。
4.4 公司其他部门是信息化工程立项工作的参与部门，从专业角度协同业务 需求部门、信息中心完成信息化工程立项管理工作。
4.5 分公司信息化工程可自行进展立项管理、工程实施，将信息化工程实施 情况连同立项材料上报公司信息中心或备案。
5. 容
5.1 立项管理整体流程
5.1.1 业务需求部门对产生的信息化工程〔系统〕 需求， 整理文档后， 起草"OA- 工程需求申请"工作流申请附上"立项申请书"、 "需求文档"，依次至审批流程至 公司领导审批。
5.1.2 业务需求部门领导对"立项申请书"、 "需求文档"进展审核， 并上总裁办 会议讨论审批。
5.1.3 审批后，信息中心进展部门部立项并确定工程负责人、工程小组，负 责跟踪沟通工程详细需求调研与分析，确保业务部门对系统的具体需求明确。
5.1.4 根据与业务需求部门沟通结果，由信息中心进展开发或协助业务需求 部门招标发包，并明确工程完成时间。
5.1.5 审批完毕后，工程进入到开发与实施阶段。
5.1.6 在建软件工程需求变更的， 必须由原需求工程申请人起草"在建软件工 程需求变更"流程。
5.1.7 工程经过需求部门测试反响后，信息根据反响结果进展系统调整，调 整完毕后进展培训并交付上线。
5.1.8 运行一定期后业务需求部门负责运行结果评测。

. v .

. .

5.2 立项申请
需求工程必须通过"OA-工程立项申请"审批流程。
5.2.1 申请人必须为部门经理级别以上人员；
5.2.2 申请人起草"OA-工程立项申请"工作流申请附上"立项申请书"、"需求文 档"，依次至公司领导审批。
5.2.3 申请人直接上级审批需否合理及是否违反公司相关制度、规流程。
5.2.4 申请人为业务工程负责人，必须全程负责工程的管理工作，为需求工 程提供各项详细的要求、业务流程、算法、单据及相关制度文件，协调信息中 心人员对其需求进展协助分析。
5.2.5 业务需求部门中心总经理将工程上总裁办会议讨论后， 公司领导审批。 信息中心在流程审批通过时给出明确的需求分析完成时间，如否决需求流程必 须给出明确的理由。
5.3 立项管理工作
业务需求工程通过"OA 需求立项"审批流程安成后，进入到工程管理阶段，标识 工程正式启动。
5.3.1 需求审批完成后，信息中心负责归档"OA 需求立项审批流程"、 "立项 申请书"、 "需求文档"。
5.3.2 信息中心完成归档工作后进展部立项。
5.3.3 信息中心需求分析人员必须充分的挖掘部门潜在需求，并用原型法展 示软件界面，使需求部门充分了解软件工程的功能。
5.3.3 信息中心立项后制定开发方案；
5.3.4 信息中心负责工程开发、实施、培训并交付上线；
5.4 招标管理工作
业务需求工程通过审批后，经业务需求部门与信息中心沟通，进展对外招标发 包事宜。
5.4.1 招标事宜由业务需求部门主导，需经总裁办公会审批后可执行招标事 宜；
5.4.2 信息中心协助配合，并就工程市场价值、效劳提供商及工程效劳类型 给予业务需求部门建议。
5.5 在建工程需求变更
需求部门在提交需求开发申请后至工程验收期间，需求原那么上不进展变 更。在建工程需求变更，须通过"OA- 需求变更流程审批流程"。
5.5.1 申请人必须为部门经理级别以上人员；
5.5.2 申请人起草"OA- 需求变更流程审批流程"工作流申请附上"立项申请书 "、 "需求文档"，依次流程至领导审批。

. v .

. .

5.5.3 经与信息中心沟通，涉及整体流程及工程需求变更较大的，遵照新立 项业务流程进展处理。
5.6 工程验收流程
5.6.1 由信息中心组织工程验收工作。
5.6.2 工程验收测试过程，需求部门用户代表全程参与。配合信息中心进展 工程验收工作，从工程是否符合需求，满足需求原那么上同意验收。
5.6.3 验收过程中，假设提出用户问题，形成备忘录。
5.6.4 工程验收运行一定时间段，由业务需求部门出具工程运行报告。
6. 支 持 文 件
无
7. 使 用表 单 及
8. 文 件 软件工程立项管理流程

声 明
本
规 定 由
公 司 信
息 管 理
中 心 负
责 解
释。
本
方法自
发布之
日起执
行。

需求部门 总裁办

开场
立项申请

审批及批准
工程需求申请
/需求变更
需求文档

需求提供

召开需
求分析
会议

评审通过

信息中心

文档存档

配合需求调研

需求分析

开发或外包

开发与内测
工程测试

测试反响
工程交付培训
完毕

. v .