某集团-信息化项目建设管理办法

集团信息化项目建设管理办法

第1章总则

第一条为规范集团信息化建设项目开发、实施、维护等过程管理，明确项目组织与职责分工，规范项目活动和交付质量控制，特制定该管理办法。

第二条本办法管理信息化建设项目从项目立项到项目验收后维护的整个开发、实施过程，主要内容包括项目分类、项目组织、项目里程碑管理（项目过程管理），以及项目其他管理规范。

第三条本办法适用于集团及下属各子公司所有与信息技术开发应用相关的信息化建设项目。

第四条本办法适用于参与信息化建设项目开发实施过程中的集团信息技术中心、各业务部门或第三方供应商人员。

第2章项目分类

第五条按照项目内容的不同，信息化建设项目可以分为开发类、实施类、维护类。详细分类请详见下表。

信息化建设项目分类表：

第3章项目组织

第六条项目小组由具体业务部门、信息技术中心共同组成，项目组根据专业分工分为项目管理组、项目业务组、项目开发组、项目维护组和系统支持组。项目组织参看下图：

第七条双方项目经理需根据项目要求和资源状况重新确定项目组织和项目组人员，明确项目职责分工后予以正式发布。项目各组织之间的人员可以交叉重叠，视项目具体情况而定。

第八条项目管理组：可分别设立项目总监、项目经理等角色，对于开发实施周期较长的项目设立项目总监，所有项目设立项目经理，由项目负责人担任。

第九条项目总监负责项目总体目标的决策、风险控制和重大事项的协调，为项目发起人和项目责任人。实施类项目由业务部门项目发起人、项目发起部门负责人担任或授权信息技术中心人员担任，开发类项目和维护类项目由信息技术中心部门负责人担任。

第十条项目经理负责项目过程的计划与会议管理、问题与风险管理、变更管理，为项目执行过程管理的责任人。可分别设立业务项目经理和IT项目经理，业务项目经理由业务部门项目负责人担任，IT项目经理由信息技术中心项目管理人员担任。

第十一条项目业务组：由业务分析、实施顾问、关键用户组成，业务分析由业

务部门的业务负责人或业务骨干担任，负责项目需求和业务管理方案的确认；实施顾问由供应商或信息技术中心具备业务咨询和分析能力的业务顾问担任，参与或负责项目需求的分析、设计与变更管理。关键用户参与需求调研、测试。

第十二条项目开发组：由供应商或信息技术中心研发总工、技术支持、开发顾问、软件测试、软件配置等角色，负责信息化项目软件或定制开发需求的设计、开发、测试与质量控制，其中大型应用或基础性的项目，涉及现有系统总体架构方面的变动，必须设立研发总工，负责总体方案的设计或评审。

第十三条系统支持组：由信息技术中心系统支持人员担任，负责系统正式环境管理、系统环境规划、搭建及系统管理规范的建立，参与技术方案评审和协助系统环境优化,负责系统移交和验收等。

第十四条系统维护组：由信息技术中心系统维护人员担任，负责系统验收以后的操作人员进一步培训、系统操作指引、系统问题收集与处理、需求变更的收集与讨论等等。

第4章项目流程管理

第十五条在项目运作的各个阶段，需要有相关人员评审，评审过程在集团协同管理平台上以表单流程方式体现。下表是各相关流程的规定，在具体实施项目时根据项目的不同有所取舍。在各自所属的项目里程碑管理规定里会有进一步的详细说明。对于维护类的小项目，视项目而定对外可以只需要项目评审，调研确认，验收申报环节，其他环节视可以省略，而对信息技术中心内部总体设计和详细设计等环节还是需要。

第5章项目里程碑管理

第十六条当业务部门正式确定项目需求，提出项目申报并获得批准以后，标志着项目正式进入运作阶段。项目运作过程包括项目准备、需求分析、方案设计、系统实现、上线运行、项目验收等六大里程碑。项目里程碑的关键工作任务如下图所示：

第6章项目准备阶段

第十七条项目准备阶段包括项目评审、制定总体计划、成立项目组、召开项目启动会议等工作。

第十八条项目评审:项目需要立项，走CMP流程，经过相关人员审批以后才能正式运作。在启动立项审批流程时，必须附上立项申请报告，简述此次立项的业务背景、

业务需求、预期效果、软硬件投入成本、综合效益、计划安排等等，以便于相关领导评估是否适合立项。而对于开发类项目，还需要提供可行性分析报告，简述该项目技术上、经济上和社会因素上的可行性，并提供相关行业类似项目参考，从风险控制、方案设计、开发团队等多方面综合论证。项目评审流程及相应附件模版参看第4章相应规定。

第十九条成立项目组：根据项目特点明确参与项目的人员、角色、职责及明确参与项目时间要求，并正式成立项目组。

第二十条召开项目启动会议：对于开发实施周期较长的项目，项目经理在完成以上项目准备后，应组织项目相关人员级领导召开项目启动会议，项目总监、项目领导小组、项目组和关键用户应参加项目启动会议，视项目而定。

第7章需求分析阶段

第二十一条需求分析阶段包括需求调研、需求分析、需求评审、制定总体计划等工作，经双方评审后最终形成《需求规格说明书》，《需求规格说明书》作为项目后续工作的基础，必须确保项目中所有相关人员对需求的理解达成共识。

第二十二条需求调研可采用调研、访谈、原型法等多种方式结合开展，调研前必须做好《需求调研问卷》、落实参与调研的对象和时间，调研对象必须包括项目发起人、业务负责人和关键用户在内的所有与项目范围密切相关岗位，须确保以上人员的充分积极参与。

第二十三条需求调研：调研内容包括项目目标、业务目标、业务与IT现状、业务流程、具体的业务功能需求和非功能需求，业务访谈过程应形成《系统调研记录》，并及时将《系统调研记录》反馈给访谈对象，并最终进行确认。实施类或维护类项目还可在调研前先进行系统原理及系统功能的培训。

第二十四条需求分析：项目组内部对调研过程收集的需求和遗留的问题进行可行性、优先级别和风险评估，在此基础上形成初步的《需求规格说明书》，发相关业务人员征求意见。应用实施类项目需进行需求和功能的匹配、业务流程再现等工作。