某集团信息化项目建设管理办法Word文档格式.docx

某集团信息化项目建设管理办法Word文档格式.docx

《某集团信息化项目建设管理办法Word文档格式.docx》由会员分享，可在线阅读，更多相关《某集团信息化项目建设管理办法Word文档格式.docx（12页珍藏版）》请在冰豆网上搜索。

由业务部门项目负责人担任，IT项目经理由信息技术中心项目管理人员担任。

第十^一一条项目业务组：

由业务分析、实施顾问、关键用户组成，业务分析由业

务部门的业务负责人或业务骨干担任，负责项目需求和业务管理方案的确认；

实施顾问由供应商或信息技术中心具备业务咨询和分析能力的业务顾问担任，参与或负责项目需求的

分析、设计与变更管理。

关键用户参与需求调研、测试。

第十二条项目开发组：

由供应商或信息技术中心研发总工、技术支持、开发顾

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

第十三条系统支持组：

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

第十四条系统维护组：

由信息技术中心系统维护人员担任，负责系统验收以后

的操作人员进一步培训、系统操作指引、系统问题收集与处理、需求变更的收集与讨论等

第4章项目流程管理

第十五条在项目运作的各个阶段，需要有相关人员评审，评审过程在集团协同

管理平台上以表单流程方式体现。

下表是各相关流程的规定，在具体实施项目时根据项目的不同有所取舍。

在各自所属的项目里程碑管理规定里会有进一步的详细说明。

对于

维护类的小项目，视项目而定对外可以只需要项目评审，调研确认，验收申报环节，其

他环节视可以省略，而对信息技术中心内部总体设计和详细设计等环节还是需要。

项目阶

流程名

流程节点

相关附件文档

附件文档模

段

称

版

项目准

备

项目评

审

业务主管--业务负责领导--信息中心项目主管--信息中心研发总工或总监助理一上级职能部门--信息中心总监--集团分管领导

可行性分析报告

（针对A类项目）、

立项申请报告

“附件01-01-系统可行性分析报告.doc”，

“附件01-02-系统立项申请报告.doc”

需求分

析

调研确

认

信息中心项目经理--业务项目经理--信息中心研发总工或总监助理--上级职能部门--信息中心总监--集团分管领导

调研问卷、调研会议纪要、调研报告、需求规格说明书

“附件02-01-

系统调查问卷模版.doc”，

“附件02-02-

系统调研记录模版.doc”，

“附件02-03-

系统调研报告模版.doc”,

“附件02-04-

系统需求规格说明书模版.doc”

总体计

划报批

信息中心项目经理--业务项目经理一业务负责领导--信息中心研发总工或总监助理--信息中心总监--集团分管领导

项目总体计划、项

目组织架构

“附件

02-05-系统总体计划模版.xls”

方案设

计

总体设

计评审

信息中心项目经理--信息中心研发总

工或总监助理--信息中心总监

总体设计说明书、

项目工作说明书

（SOWV

“附件03-01-系统总体设计说明书模版.doc”，“附件03-02-系统工作说明书（SOW模版.doc”

详细设

详细设计说明书、

数据库设计说明书

“附件03-03-系统详细设计说明书模

版.xls”

系统实

现

项目开

发周报

按现有周报周计划流程

本周总结、下周计

划

采用现有周

报周计划表

单

发月报

按现有月报月计划流程

本月总结、下月计

采用月报月

计划表单

测试报

告

信息中心项目经理--业务项目经理一业务负责领导--信息中心研发总工或总监助理--信息中心总监

测试计划、测试报

告、冋题跟踪表

“附件04-03-系统测试方案模版.doc”,

“附件04-04-系统测试报告模版.doc”，“附件04-05-系统测试问题跟踪表模板.xls”

上线运

行

系统培

训

培训计划、培训课

件、培训考题

05-01-系统培训方案模板.doc”，“附件05-02-系统培训课件模板.ppt”,

“附件05-03-系统培训考题模版.doc”

上线申

报

信息中心项目经理--业务项目经理一业务负责领导--信息中心研发总工或总监助理一业务职能部门--信息中心总监--集团分管领导

上线方案、系统操

作指引

“附件05-04-系统上线实施方案（计划）模版.doc”,

“附件05-05-系统操作指引模版.doc”

项目移

交

验收申

信息中心项目经理--业务项目经理一业务负责领导--信息中心研发总工或总监助理--业务职能部门--信息中心总监--集团分管领导

系统运仃报告、系统操作手册、验收备忘录、验收报告

“附件06-01-系统运行报告模版.doc”,

“附件06-02-系统操作手册模版.doc”，“附件06-03-系统验收备忘录模

版.doc”，“附件06-04-系统验收报告模版.doc”

项目维

护

需求变

更申报

业务主管一业务负责领导一项目主管

--信息中心研发总工或总监助理--信

息中心总监

需求变更单

07-01-系统需求变更申请模板.doc”

注：

相关项目过程模版由集团技术中心按需提供给业务部门

第5章项目里程碑管理

第十六条当业务部门正式确定项目需求，提出项目申报并获得批准以后，标志着项目正式进入运作阶段。

项目运作过程包括项目准备、需求分析、方案设计、系统实现、上线运行、项目验收等六大里程碑。

项目里程碑的关键工作任务如下图所示：

项目准备'

'

需求分析r♦方案设计.、系统实现］＞上线运行［•项目验收-

项目评审

成立项目组

制定项目总体计划

召开项目启动会议

第6章项目准备阶段

第十七条项目准备阶段包括项目评审、制定总体计划、成立项目组、召开项目

启动会议等工作。

第十八条项目评审：

项目需要立项，走CMPM程，经过相关人员审批以后才能

正式运作。

在启动立项审批流程时，必须附上立项申请报告，简述此次立项的业务背景、

业务需求、预期效果、软硬件投入成本、综合效益、计划安排等等，以便于相关领导评估

是否适合立项。

而对于开发类项目，还需要提供可行性分析报告，简述该项目技术上、经济上和社会因素上的可行性，并提供相关行业类似项目参考，从风险控制、方案设计、开发团队等多方面综合论证。

项目评审流程及相应附件模版参看第4章相应规定。

第十九条成立项目组：

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

第二十条召开项目启动会议：

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

第7章需求分析阶段

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

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

第二十三条需求调研：

调研内容包括项目目标、业务目标、业务与IT现状、业务流程、具体的业务功能需求和非功能需求，业务访谈过程应形成《系统调研记录》，并及时将《系统调研记录》反馈给访谈对象，并最终进行确认。

实施类或维护类项目还可在调研前先进行系统原理及系统功能的培训。

第二十四条需求分析：

项目组内部对调研过程收集的需求和遗留的问题进行可行性、优先级别和风险评估，在此基础上形成初步的《需求规格说明书》，发相关业务人员征求意见。

应用实施类项目需进行需求和功能的匹配、业务流程再现等工作。

第二十五条《需求规格说明书》必须包括总体需求及业务流程、详尽的功能需求描述和分析、需求的优先级、非功能需求（系统技术需求）、与外部系统接口的定义，并确保需求是一致的、完整的、可行的且易于理解的。

第二十六条需求评审：

项目经理组织相关的业务骨干和业务部门负责人对需求进行正式评审会议，使双方项目组对需求的理解达成共识。

项目组根据评审意见修订《需求规格说明书》。

如果项目涉及第三方供应商（对外付款），则需要集团财务部参与评审。

第二十七条需求确认：

《需求规格说明书》经评审通过后需业务分析、项目经理、项目总监签字确认，并作为启动设计开发阶段必要输入条件。

需求确认流程及相应附件模版参看第4章相应规定。

第二十八条制定总体计划:

调研结束后，在已经确认的需求基础上，双方项目经理根据项目特点及业务需求制定项目总体开发实施计划，明确项目里程碑的关键活动、责任人、开始与完成时间、交付件要求，经双方项目经理或项目总监审批后正式执行。

总体计划报批流程及相应附件模版参看第4章相应规定。

第8章方案设计阶段

第二十九条方案设计阶段包括总体设计、详细设计、编制数据整理模板、开发环境安装等工作。

第三十条总体设计和详细设计：

由研发总工、技术支持和实施顾问共同完成。

实施类项目进行业务流程优化、总体方案设计、详细方案设计、客户化开发方案设计；

开发类和维护类项目进行系统总体方案设计、详细设计、数据库设计及测试方案设计；

其中总体方案设计需经过项目组、研发总工的评审。

方案设计评审流程及相应附件模版参看第4章相应规定。

第三十一条《系统总体设计说明书》指系统总体方案设计，包括系统应用架构设计和技术架构设计，应用架构设计包括系统应用架构图、子系统/模块结构设计、具体功能模块设计及与外部应用系统的业务关联设计。

技术架构设计包括系统技术架构图（含与

外部系统接口图）、内外部接口设计、相关软硬件平台设计、非功能模块设计。

第三十二条《系统详细设计说明书》进一步详细描述具体程序的设计要求，包括程序的功能、输入输出项、算法、流程逻辑的实现详细描述。

第三十三条《系统数据库设计说明书》包括数据库概念模型设计、数据库逻辑模型设计、数据库物理结构的设计、数据库性能参数的配置、数据库对象的详细描述。

第三十四条编制基础数据整理模板：

供应商提供基础数据整理模板，项目经理协调相关业务分析、实施顾问制定数据整理规则和整理计划，并落实相关业务岗位或关键用户负责基础数据整理，基础数据需经业务部门负责人确认。

第9章系统实现阶段

第三十五条系统实现阶段包括开发环境安装、软件编码、单元测试、集成测试、用户测试、性能测试与优化、问题跟踪、测试环境安装、测试环境软件配置管理等工作。

第三十六条项目经理在项目总体计划和设计的基础上制定《开发计划》，并定期把开发进展情况和开发成果反馈到项目组或提交给相关领导。

第三十七条开发环境安装：

根据硬件资源的落实情况，由系统支持组负责开发环境的安装与配置，并向项目组提交《开发环境安装配置文档》。

第三十八条软件编码：

开发组根据项目设计（总体设计和详细设计），以及项目计划（总体计划、周计划、月计划）进行编码。

项目业务组对软件编码成果进行质量控制与检查。

第三十九条单元测试：

软件代码经开发组开发完毕后，由开发组进行功能性的测试，主要测试功能是否达到设计需求，并修正存在的问题后提交业务组进一步测试。

第四十条集成测试：

业务组完成，主要测试功能是否达到设计需求、数据逻辑是否正确等，发现的问题统一由项目经理负责跟踪管理，并汇总成问题跟踪表提交给开发组修正。

第四十一条用户测试：

项目组组织关键用户进行测试，针对系统进行功能、数据逻辑、操作、性能等方面的综合测试。

测试前先由业务组对关键用户进行培训，并在测试过程中提供支持。

测试需要制定测试计划或测试方案，详细说明测试的时间、地点、人员、用例、注意事项等，测试完成后需要汇总问题跟踪表，并提供测试报告。

测试计划和测试报告的评审流程及相应附件模版参看第4章相应规定。

第四十二条性能测试：

由开发组与系统支持组共同负责性能测试方案的制定和性能测试分析，并进一步安排性能优化措施。

并非必要步骤，视项目需求而定。

性能测试方案及性能测试报告模版待定。

第四十三条问题跟踪：

开发组根据测试反馈的问题跟踪表进行代码修改，项目经理跟踪问题解决的进度和组织相关人员进行测试确认。

第四十四条测试环境安装：

由项目支持组负责完成，并安装配置文档。

第10章上线运行阶段

第四十五条系统上线包括正式环境安装、上线方案编写、上线培训、数据整理与校验、上线评审、系统上线、上线运行跟踪、运行报告等工作。

第四十六条正式环境安装：

由系统支持组负责正式环境的安装，完成后提交正式环境安装配置文档。

第四十七条上线方案编写：

双方项目经理共同制定系统上线实施方案或计划，详细阐述系统上线模块、需要准备的数据、培训计划、相关人员的工作内容、上线时间安排、操作步骤、风险预案等，文档模版参看第4章相应规定。

第四十八条数据整理与验证：

基础数据整理由业务组负责，基础数据由开发组提供导入脚本导入测试环境，由实施组对数据进行校验和验证，数据经验证后才能导入正式环境。

第四十九条上线培训：

根据上线方案中的培训计划，由项目经理组织用户进行培训，同时提交培训方案、培训课件和培训考题，培训流程及文档模版参看第4章相应规定。

第五十条上线评审：

相关领导对项目组提交的所有交付内容进行评审，评审内容包括交付件的质量和完整性、系统测试情况、培训情况、上线方案、用户操作指引等。

评审流程及相应附件模版参看第4章相应规定。

第五十一条系统上线：

通过上线评审后，系统可以进行上线并进入运行阶段。

第五十二条问题跟踪：

项目组对系统运行情况进行跟踪，及时处理和更新问题跟踪表，每周通报系统运行状况。

第11章项目验收阶段

第五十三条系统运行一个月以上并运行稳定，项目组应总结系统运行情况，提交系统运行跟踪报告并启动项目验收。

项目验收阶段包括问题跟踪与解决、提交运行报告、制定业务管理规范、验收评审、项目维护等工作。

第五十四条问题跟踪与解决：

项目组应继续进行系统运行跟踪状况，汇入问题跟踪表，并对存在的问题进行优先级分类，及时落实资源解决问题。

第五十五条运行总结：

系统运行一个月以后，项目组应总结系统运行情况，提交系统运行跟踪报告并启动项目验收。

第五十六条制定业务管理规范：

业务管理规范由业务部门制定，包括基础数据规范、操作规范、岗位操作指引等等，并在应用过程中定期检查执行情况和不断完善。

第五十七条验收评审：

系统达到项目目标、正常运行一个月、所有的问题已解决（或少部分未解决，形成验收备忘录）、项目组进行项目总结后可提出项目验收申请，报相关领导审批。

评审流程及相应附件模版参看第4章相应规定。

第五十八条项目维护：

项目验收后进入维护阶段，由项目维护组负责。

维护期间的需求变更的处理参见第12章。

第12章需求变更管理

第五十九条项目的需求分析确认后，或者项目验收以后，所有的新增需求或变更需求、技术变更均纳入需求变更管理范围，项目经理（或维护组）应对所有的需求变更进

行记录和管理。

第六十条一般的需求变更（7人天工作量以下）可以纳入问题管理范畴，由项目经理管理与决策，不纳入变更管理范围；

7人天（含）以上工作量的需求变更由变更发起人提出变更申请流程，报项目组批准，相关领导审批。

超过30人天（含）以上工作量的需求变更需要另外立项。

需求变更审批流程及文档模版参看第4章相应规定。

第六十一条变更分析：

项目经理组织相关人员评估需求变更的风险、可行性，并提出需求变更的具体解决方案，解决方案中还应包括增加的工作量、成本和对项目进度的影响分析，需求变更经双方项目经理或项目总监签字后生效。

第六十二条变更的执行、跟踪：

项目经理落实资源进行需求变更任务的执行，对于影响项目目标、范围、业务功能的变更需同时修订《需求规格说明书》、《系统总体设计说明书》等相关交付文档，对于影响项目进度的变更应同步修订项目计划。

第13章项目计划与会议管理

第六十三条项目计划管理包括项目计划的制定、执行与总结，项目计划包括项目总体计划、月度工作计划、周工作计划，项目总结包括项目月报、项目周报，计划与总结的制定参照模板。

第六十四条总体计划制定：

双方项目经理在与项目组充分沟通的基础上制定项目总体实施计划，总体实施计划应明确关键的任务、责任人、交付件、起止时间和关键任务之间的关系。

超过两周以上的项目进度延期需重新调整项目总体计划。

第六十五条月/周计划/总结：

项目经理在总体计划的基础上分解月/周计划，要求明确具体任务的完成标准、责任人、开始时间与完成时间。

项目经理应定期跟踪项目计划完成情况，提交《项目计划跟踪表》并定期汇报项目进展状况。

项目经理每月提交《项目状态月报》，向项目总监汇报。

第六十六条会议管理:

包括项目例会及研讨、评审会议的管理。

项目组应每周/月召开周/月例会，必要时请项目总监参加。

所有会议会前需提前将会议的相关材料发与

会人员，会后需整理会议纪要，项目经理应跟踪会议中安排任务的落实和问题的协调。

第14章问题与风险管理

第六十七条问题管理贯穿项目的整个生命周期，项目经理负责整个项目的问题和风险管理，并有责任落实相关资源协调解决。

第六十八条业务部门或用户提出问题后，项目组对问题的类别、重要性、优先级别进行分类排序，优先解决影响数据准确性的问题，并明确问题责任人、完成时间，每周/天更新《问题跟踪表》。

大量的新增或变更需求按项目变更管理流程处理。

第六十九条项目经理应跟踪问题的解决情况，并及时将问题状况发布给项目组。

在项目组范围内无法得到及时解决且影响项目整体目标的问题，项目经理应及时将问题升级到项目总监，并将问题纳入风险管理范畴，进行风险评估和采取有效的风险防范措施。

第15章附则

第七十条信息技术中心可在本办法的基础上制定相应的细则，报集团备案。

第七十一条本办法由集团信息技术中心负责修订与解释，自下发之日起生效。