信息化项目管理制度docxWord文档格式.docx
《信息化项目管理制度docxWord文档格式.docx》由会员分享，可在线阅读，更多相关《信息化项目管理制度docxWord文档格式.docx（17页珍藏版）》请在冰豆网上搜索。
项目如采用迭代、敏捷开发组织形式，需求评审通常根据项目迭代计划周期，分阶段多次评审。
1.入口准则
（1）项目排期评审通过。
（2）项目启动会召开完成。
2.出口准则
（1）项目需求评审通过。
（2）项目发起方所在部门负责人签字。
（5）项目设计阶段工作流程
（1）设计阶段通常包括概要设计（含架构设计）和详细设计。
概要设计从实现的角度开发针对客户需求的解决方案，完成软件的架构设计、数据库设计及接口设计，详细设计从架构设计和数据库设计入手，完成模块的详细设计或界面设计。
（2）概要设计过程对系统架构、系统、子系统、模块进行设计，概要设计完成后需进行概要设计评审。
（3）项目经理发起概要设计评审，概要设计评审通过后进行详细设计。
（4）详细设计过程主要是对类的方法、函数、过程进行算法设计。
该过程可根据项目实际情况裁剪，或和开发阶段交互进行。
1.入口准则：
项目需求评审或阶段需求评审通过。
（1）项目概要设计评审通过。
（2）项目详细设计评审通过（可裁剪）o
（六）项目开发/实施阶段工作流程
（1）开发/实施阶段，开发适用于应用开发类项目，实施适用于实施类及咨询类项目。
（2）开发是指应用开发类项目根据软件详细设计，用合适的编程语言和编码规范，完成软件编码，生成可执行文件。
编码阶段，项目经理根据项目进度计划组织安排开发人员依据编码相关工作规范搭建开发环境，进行代码编写工作，并进行必要的调试和代码走查。
单元测试，编码完成后，开发人员需根据单一测试计划的要求编写单元测试用例，进行单元测试，记录并修改单元测试过程中发现的缺陷，提交单元测试报告。
集成测试，在单元测试的基础上，将所有模块按照设计要求
（如根据结构图）组装成为子系统或系统，进行集成测试。
单元测试和集成完成后，进行版本发布，提交测试组。
（3）实施是实施类及咨询类项目根据项目实施方案，完成项目的所有技术工作，交付项目工作成果。
（4）一个大的软件系统出现功能问题，需要打补丁，五天之内打补丁必须完成。
（1）项目概要设计评审通过（应用开发类项目）。
（2）项目实施方案等评审通过（实施及咨询类项目）。
（1）完成集成测试，通过冒烟测试（应用开发类项目）。
（2）完成系统集成、软件部署、设备安装调试、咨询（技术）方案交付等项目实施工作（实施及咨询类项目）。
（七）项目安全评测阶段1.工作流程
（1）各项目组根据应用研发安全管理相关规范完成系统开发、测试工作。
（2）项目组根据信息安全基线管理相关规范，完成对基础设施的安全配置。
（3）系统开发、测试完成后，项目经理向信息安全室提出安全评估申请。
（4）数据与安全部根据安全基线对系统进行安全评估，评估完成后出具安全评估报告，反馈评估结果。
（5）对评估结果不符合安全基线的系统，要求项目组及相关职能组进行整改。
（6）整改完成后需要进行再评估，在评估结果符合安全基线后才允许系统上线。
（1）按照系统需求说明书、系统目标任务书或合同等相关文件中的规定完成系统的开发和实施，系统相对运行稳定和具备安全保障措施。
（2）项目组完成系统测试，包括系统的功能实现、安全性、性能、可用性、兼容性、集成性和恢复性等方面，并形成测试报告。
（1）完成系统安全评测相关工作，完成评测过程中问题的修正。
（2）取得经信息安全室签字通过的《测试报告》。
（8）项目测试阶段工作流程
（1）测试工作的目的是确保项目开发/实施结果满足项目需求，达到组织既定的质量标准。
（2）测试阶段的主要工作内容包括：
DAT测试、UAT测试、性能测试、验收测试。
DAT测试，是需求测试部门对应用开发类项目执行的系统测试。
测试过程主要包括制订系统测试计划和用例、执行系统测试和编写系统测试报告。
UAT测试，是项目发起部门（系统实际用户）的相关人员根据业务需求对系统进行的测试和确认，用以验证系统是否能够满足项目所规定的需求。
性能测试过程主要包括制定性能测试计划和用例、执行性能测试和编写性能测试报告。
验收测试，是针对由外包厂商实施项目是否达到交付标准进行测试确认的过程。
（3）实施类项目根据项目特点在项目启动阶段确定测试的内容及交付物。
（4）对测试计划、测试用例及测试报告等测试阶段的关键产出物均应通过正式评审。
（1）应用开发类项目，项目开发阶段完成，已完成单元和集成测试，并通过测试组冒烟测试。
（2）实施类项目，项目实施阶段完成，完成系统集成、软硬件安装、部署、调试等实施工作。
（1）应用开发类项目，提交测试报告和遗留缺陷分析。
（2）实施类项目，项目实施阶段完成，根据项目排期要求，确定是否包含必要的测试工作步骤，如有则需要根据要求提交测试报告。
（9）项目部署上线阶段1.工作流程
（1）项目经理负责包括上线时间、上线方式、各接口配合人员、应急措施等落实工作。
并组织发起上线方案评审会议，软硬件等系统部署环境准备。
（2）项目经理组织发起上线评审会议，对相关准备工作进行评审，经评审通过的需求设计、立项材料等作为系统上线过程的指导。
（3）项目经理协调各相关部门完成系统上线发布。
（4）项目经理应根据项目要求提交相关文档，组织项目相关培训。
培训内容包括但不限于系统操作、安装部署、维护工作的培训，应在试运行前完成。
（5）系统试运行，项目经理负责跟进试运行情况，并协调解决试运行中遇到的问题。
（1）项目组完成对系统测试，包括系统的功能实现、安全性、性能、可用性、兼容性、集成性和恢复性等方面，根据测试管理相关规范提交测试报告、缺陷报告等文档。
（2）完成系统安全评测，取得经信息安全室签字通过的《安全评估报告》。
（3）完成UAT测试，并取得项目发起部门的UAT测试报告或书面确认意见。
（1）新建和升级改造开发项目，系统上线方案评审通过。
（2）新建和升级改造开发项目，提交试运行报告。
（3）维护开发项目，阶段性上线计划评审通过。
（十）项目验收结项阶段1.工作流程
（1）项目工作完成，达到交付验收标准后，项目经理发起并组织项目验收工作。
（2）项目经理组织编写《项目验收》并发起评审流程，经评审通过的项目验收材料是项目验收的依据。
（3）参与项目验收的部门及人员执行验收工作并在验收报告上签字。
项目验收必须参与的部门和人员，参见项目启动阶段经评审通过的项目排期及《项目验收》。
（4）项目的验收的流程及标准应遵循本制度，且合同技术协议中约定的业务功能、业务需求、技术需求必须全部实现。
（5）涉及外采的信息化项目经业务、技术验收后文档提报前，原文件交由法律中心、审计中心负责人，由法律中心、审计中心负责人指定专人对项目验收工作进行审查，法律中心主要审核验收节点及验收内容是否与合同约定相符，审计中心主要审核业务部门是否依据公司制度规定对项目进行验收。
（1）应用开发类项目，完成各项测试工作、上线试运行等相关工作。
（2）咨询类、实施类项目完成项目实施工作，达到交付标准。
（1）项目验收通过。
（2）项目组完成项目总结报告。
（3）项目组完成项目供应商后评价。
（4）完成项目归档。
四、项目管理过程
（1）项目决策管理
1.项目决策管理是项目管理过程中，使用正式的评价方式，遵循已建立的准则，对已识别的多个备选方案进行评价，以分析可能的决策。
2.项目决策管理包括但不限于以下方面
（1）项目立项决策，主要包括是否批准立项、制定目的
为实现所有信息、互联网软硬件项目的计划必须详细列明，项目管理过程中严格按计划执行，按制度、流程、计划进行管控，同时，在调研、立项、实施、测试、验收交付的所有阶段、所有节点都有章可循、有据可依，确保项目交付的功能流程与规划的、业务需要实现的功能流程完全一致，并在满足业务的基础上能有所优化，规范公司信息技术类项目管理流程和标准，特制定本制度。
适用范围
本制度适用于互联网事业中心、信息中心技术类项目管理工作。
规范事项
一、总则
（一）项目管理相关术语：
1.项目是指一系列独特的、复杂的并相互关联的活动，这些活动有着一个明确的目标或目的，必须在特定的时间、预算、资源限定内，依据规范完成。
项目参数包括项目范围、进度、质量、成本、资源等。
2.项目管理是指项目的管理者，在有限的资源约束下，运用系统的观点、方法和理论，对项目涉及的全部工作进行有效地管理。
即从项目的投资决策开始到项目结束的全过程进行计划、组
（2）技术方案选型，主要涉及多技术方案选择决策。
（3）项目采购决策，主要包括自建和外包的决策，供应商选择决策。
（4）项目重大变更决策，主要包括是否变更及变更方案选择。
（5）风险应对措施的选择决策。
（6）产品组件的复用/采购/开发分析（必须）决策。
（7）设备选型决策
3.项目决策的过程均应遵循相应的决策流程和准则，并对决策过程及结果进行记录。
建立决策准则时，应综合考虑对项目成本、工期、绩效、质量和风险等产生的影响。
详见《和谐健康保险信息技术类项目决策分析指南》
（二）项目计划管理
1、外采项目类
项目交流过程中要明确向厂商提出，项目组人员入场后7天内要编制完整的、详细的项目计划，每个阶段完成什么内容详细描述，厂商入场后计划编制完成由我司项目经理按制度提报，报批通过后严格执行。
项目开展过程中，如业务出现变更，必须由业务提交需求变更单，报集团领导审批，影响项目计划执行时，一并提报调整，项目按最新报批计划执行。
2、自研项目类
业务需求明确，研发经理排期在15日以上交付的，按制度单独提报立项，15日以内作为日常需求进行研发。
我司自研类项目整体工期相对较短，为保障功能研发质量，减少BUG率，建议压缩其他事项，整体工期内较多时间放给研发，故建议需求明确后，由业务部门组织项目启动会，会后3日内整理完成项目计划并上报。
自研过程中如有业务需求变化，必须由业务提交需求变更单，报集团领导审批，影响项目计划执行时，一并提报调整，项目按最新报批计划执行。
3、项目计划管理包含的各分项计划内容包括但不限于以下方面：
（1）项目进度管理计划。
（2）项目成本管理计划。
（3）项目沟通管理计划。
（4）项目风险管理计划。
（5）项目配置管理计划。
（6）项目质量管理计划。
（7）项目资源管理计划。
（8）项目变更管理计划。
（9）项目安全管理计划。
（10）项目人员培训计划。
（11）项目验收计划。
4、项目排期是项目监控的重要输入和监控依据，项目管理人员须根据项目排期的内容进行项目监控。
项目计划管理工作的要求详见《和谐健康保险股份有限公司信息中心项目计划及变更管理制度》。
（3）项目监控管理
1.项目监控，是在项目计划的基础上，对项目工作产品、工作任务、成本、工作量、进度、质量、风险等进行跟踪和控制的活动；
并根据项目跟踪发现的偏差和问题，制定相关的改进措施和解决方案并监督其执行，保证项目按照正常轨道运行。
2.项目经理对本项目执行情况监控，项目管理部对所有项目执行情况进行监控，通过项目监控工作，及时了解项目各项工作执行情况，跟踪并解决项目偏差及问题。
3.项目监控的手段
（1）定期监控，根据项目的类型确定项目监控的周期，通过项目周报、月报的方式进行。
（2）项目阶段性总结，根据项目里程碑，要求各项目进行阶段性总结。
（3）项目问题跟踪及处理。
4.项目监控的内容
（1）项目周报、月报，一般应包括以下内容：
本报告周期的主要工作、下个报告周期的工作计划、当前工作进展、进度、成本、及与计划对比偏差。
（2）项目阶段性总结，应包括项目状况概括，本阶段进展、需要注意的问题、关键日程及交付成果，存在的风险及问题，经验教训总结和下阶段计划。
（3）项目问题跟踪及处理，要跟踪问题的类型、重要程度、涉及范围、处理过程、问题解决状态等内容。
5.项目监控的流程及具体要求详见《和谐健康保险股份有限公司信息中心项目监控及质量保证制度》。
（4）项目质量保证
1.项目质量保证是以提高和保证项目质量为目标，运用系统方法，制定各种标准、规范和流程，并通过必要的组织结构和管理活动，确保项目各环节的工作过程及工作结果达到既定的质量标准。
2.项目质量保证以定期检查形式开展，根据项目周期、项目类型、项目重要程度等为依据安排项目是否需要开展质量保证检查以及检查的频率。
3.对需要开展质量保证监查的项目，QA需与项目经理共同确定检查周期。
对执行质量保证监查活动中发现的不符合项必须完整、准确记录，并进行跟踪直至关闭。
4.质量保证工作主要检查项目开发和管理活动是否与已定的过程策略、标准和流程一致，检查工作产品是否遵循规定的内容和格式。
5.质量保证的流程及具体要求详见《和谐健康保险股份有限公司信息中心项目监控及质量保证制度》。
（5）项目评审管理
1.项目评审工作的目的是尽早地发现各阶段工作成果中的缺陷，帮助项目组及时消除各类缺陷，有效提高各项目交付质量。
2.项目评审工作的具体形式
（1）会议评审，是规范、正式的一种评审技术。
它适用于评审立项、计划、需求、设计、发布等关键阶段产物，目的是达到预期质量目标，减少后期的缺陷遗留。
评审组织者须提前确定会议时间和地点，发出正式评审会议通知、同时发出待评审文档给相关评委做预审。
会议评审以评委签字或工具系统的审批流程作为评审证据。
（2）邮件评审，也是一种正式的评审技术，邮件评审适用于项目组内部关键工作产品，也可根据实际情况代替会议评审进行关键产物的审查。
项目经理将待评审资料通过邮件形式发给相关评委，评委通过邮件反馈评审意见，将邮件反馈结果作为评审证据。
（3）走查，属于方式较为灵活的评审技术，例如单人评审，双人同时进行的四眼评审等。
每次走查没有严格的时间限制，通常由被评审对象的交付人向评审专家介绍待评审内容，由评审专家提出意见。
走查在项目中通常用于检查文档/代码的部分内容。
（4）会签，项目经理将须签字的文件提交给文件涉及的评委或项目相关事项负责人逐一进行签字确认，通常用于项目验收、试运行等需要多方签字确认的项目阶段或过程。
3.项目评审工作的评委应由各部门、各专业组的领域专家担任，评审专家的具体要求如下：
（1）信息中心、互联网事业中心负责人及各下属一级部门负责人默认是技术评审专家组成员。
（2）各专业组的评审专家由相关部门提名，经所在部门一级部门负责人同意，纳入评审专家名单。
（3）项目经理负责定期对评审专家名单进行更新维护，维护周期至少每季度一次。
（4）评审专家在所从事的技术、业务和管理领域应具有较高的水平并被同行认可；
原则上在所评审专业领域工作年限应不低于5年；
评审专家应具备较强的综合分析、统筹规划及沟通协调能力。
（5）评审专家对评审内容有审议权、质疑权，可以要求相关部门补充说明性材料；
对评审过程有监督权；
应以科学、客观、公正的态度对待评审工作；
从维护利益的角度进行评审；
对评审资料、评审讨论情况严格保密。
4.项目评审的阶段、交付物、评审规则及参与评审的专家，须根据项目类型、项目生命周期特点、项目重要性、项目实施方式等多因素确定，详见信息中心、互联网事业中心项目评审及交付管理相关文档。
（六）项目风险管理
1.风险管理的目标是识别潜在的问题，以便策划处理风险的活动和在必要时在整个项目生存周期中实施这些活动，缓解不利的影响，实现项目目标。
风险管理是一个连续的前瞻性的过程，它是业务和技术管理过程的重要组成部分。
2.风险规划，项目经理须制定组织风险库，制定项目风险管理相关工作模板。
项目经理作为项目风险责任人，须根据项目风险管理的要求对本项目的风险进行识别、评估、分析、报告。
3.风险管控，项目执行过程中，项目经理应选择最有效的方式，主动地、有目的地、有计划地处理风险，对项目风险进行持续跟踪和报告。
4.持续改进，项目经理根据各个项目的风险评估和风险发生情况，定期总结和更新组织风险库，持续改进项目风险管理手段。
5.项目风险管理工作流程，详见《和谐健康保险股份有限公司信息中心项目风险管理制度》。
（七）项目沟通管理
1.项目经理应制定有效的沟通管理计划，确保项目信息及时且恰当地规划、收集、生成、发布，确保项目干系人及时准确的获取项目各类信息。
2.项目的沟通方式一般包括邮件、会议、周报、定期报告等方式。
3.项目会议包括定期的项目例会、项目各类评审会、专题讨论会等。
项目经理应根据项目排期要求，组织安排各类项目会议。
4.项目经理组织会议时，应明确会议的议题、参与人，提前预定会议室并向参会人员发出会议邀约及相关资料，每次会议必须有相应的会议纪要。
5.项目经理应根据项目经理提供的标准模板编写项目周报或定期报告。
具体提交周期及提交时间根据项目排期要求确定。
（八）项目交付管理
1.项目交付物是项目实施过程中体现项目成果的重要依据，是项目实施全生命周期过程管理的综合产物。
项目交付包括但不限于以下内容：
（1）项目执行过程中产生的各类文件、文档，如：
各类审批文件、技术文档、管理文档、培训资料、咨询方案、采购文件、项目合同及工作说明书、会议纪要、往来邮件、操作手册、认证证书等。
（2）源代码、脚本文件、参数文件等。
（3）各类服务，如咨询、培训、施工、人力外包、网络、机房服务等。
（4）软件资产，如项目购买的各类软件及使用许可。
（5）硬件资产，如项目购买的各类硬件设备。
2.项目交付根据项目类型、重要性、项目建设方式、合同约定等进行裁剪，项目各阶段交付物的裁剪应在项目启动阶段由项目组和项目经理共同确认，在项目排期中予以描述，确定项目交付物的内容、提交时间、交付标准、评审要求等，详见信息中心项目评审及交付相关文档。
（八）项目费用标准
1.软件系统购置费用标准：
软件产品费用+实施费用+二次开发费用。
项目立项时信息中心、互联网事业中心评估项目工作量、工期确定预算上报；
根据采购商务洽谈，满足技术要求前提下，按制度最低价中标；
2.人力项目实施费用标准:
按人工计费，人员数量*人月价格；
根据软件采购合同总价计算；
立项时，由信息中心、互联网事业中心上报工作量，总体费用不超过软件原合同总价15%；
软件维保费用不超过合同总价的15%o
3.软件年费费用标准：
按照软件license方式租用，每年不超过1000元；
月租方式租用软件，每月不超过2万元；
年租方式租用软件，每年不超过20万元。
4.系统建设以自研为主，买为辅。
原则上不支付系统维护费，对于确实需要支付系统维护费的，必须以oa报件的方式单独写清楚“关于XX系统年服务费的情况说明”，阐述支付系统维护费用的具体情况，领导审批通过后方可落实合同及后续维护费用款项支付。
（九）项目度量管理
1.项目度量管理是，是指对项目、过程及其产品进行数据定义、收集以及分析的持续性定量化过程，目的在于对项目本身预测、评估、控制，对项目管理工作进行持续改善。
2.项目各阶段均应进行度量数据的定义、制定相应的度量数据收集模板，确定度量数据收集的方法、工具等具体要求。
3.度量数据包括但不限于以下方面：
（1）项目进度计划数据、实际执行数据、偏差数据。
（2）需求度量数据，如稳定性数据（需求变更数据）、需求数、功能点数等。
织、指挥、协调、控制和评价，以实现项目的目标。
项目管理是将知识、技能、工具和技术集成应用于项目活动的综合管理过程。
（二）项目管理中的角色及职责：
1.管理委员会：
是信息技术类项目的管理决策机构，主要负责信息技术类项目的规划、项目组织协调、立项审批等技术相关工作；
负责项目执行过程中的各类重大决策，主要由信息中心、互联网事业中心部门负责人及二级部门负责人担任。
2.项目发起方：
是信息技术类项目发起的部门，包括各业务部门、信息中心。
主要负责项目的预算申请、立项审批、项目需求编写及确认、UAT测试、项目验收等工作。
立项使用文档必须严格按附件模板执行。
3.项目执行方：
是信息技术类项目负责实施的部门，主要包括信息中心、互联网事业中心，主要负责项目的需求分析、技术调研、技术选型、技术方案编写、开发（实施）、DAT测试、上线、运维或其他技术支持工作。
4.各专业组：
是信息技术类项目实施过程中，参与项目执行、项目评审等相关环节工作的各专业组，包括但不限于技术架构组、项目管理组、信息安全组、数据组、基础设施组、研发组、测试组、配置管理组、运维组、项目验收审核部门等。
（3）设计、开发度量数据，如代码量、生产率等。
（4）缺陷数据，如各按阶段缺陷数量、严重性等级分布等。
（5）人员稳定性数据，如关键人员稳定性数据、外包人员稳定性数据。
（6）资源（人、财、物）计划及实际使用数据、偏差数据。
（7）工作量估算度量数据，如计划总人月数（按岗位分布）、实际人月数、偏差数据。
五、项目及人员管理为保证项目能够如期交付，有效避免人员离场造成的项目风险，特规定如下：
（一）项目管理
项目执行过程中出现业务变更或其他影响项目执行进展的问题第一时间上报，各关键节点、项目交付节点按计划执行；
根据项目建设类型可以将项目分为两类：
自研项目、外采项目。
在项目启动阶段，项目排期评审通过后，项目涉及的所有人员需签订《XX项目承诺书》，承诺书中约定项目保密承
升级会员 