中英文项目管理手册项目管理计划.doc

××××项目项目 项目管理计划项目管理计划 项目管理计划项目管理计划 Page I of 20 文档位置文档位置 SOURCESAFE 目录 SVN 服务器 修订记录修订记录(Revision History) 当前版本日期 2012-09-02预计版本更新日期 版本号更新日期更新简述作者 V1.02012-08-23新建 V1.12012-09-02修改沟通、质量管理内容 V1.22012-09-05修改第3、4、5章内容 V1.32012-9-12修改变更、交付件流程图 参考文件参考文件(Reference Document) 文档编号文档编号版本号版本号文档名称文档名称注释注释 文档审核文档审核/审批审批 (Document Review/Approval) 此文档需如下审核。 签署过的审批表将作为附件归入PCB的质量控制章节，并正式备案。 姓名姓名角色角色 PM 文档分发文档分发(Document Distribution) 此文档应分发至所有项目成员。如下联络人员负责向相关组织的分发： 姓名姓名分发人分发人项目组织项目组织 项目管理计划项目管理计划 日期/Date：2019-08-26 Page 第 II 页 姓名姓名分发人分发人项目组织项目组织 目目 录录(Table of Content) 1.前言前言(INTRODUCTION).1 1.1目的(PURPOSE)1 1.2文档范围(CONTENT)1 1.3项目管理计划修定(PROJECT MANAGEMENT PLAN MAINTAINANCE).1 2.项目概述项目概述(PROJECT OVERVIEW).2 2.1项目目标 (PROJECT OBJECTIVE)2 2.2项目范围（PROJECT SCOPE）2 3.项目基准项目基准 (PROJECT BASELINE)3 3.1项目各阶段合同双方的主要职责分工 (CONTRACTUAL OBLIGATION).3 4.项目计划项目计划(PROJECT SCHEDULE)5 4.1项目实施方法及途径 (PROJECT IMPLEMENTATION METHODOLOGY AND APPROACH) 5 4.2工作任务分解（WORK BREAKDOWN STRUCTURE）.5 4.3项目培训计划（PROJECT TRAINING PLAN）.5 5.项目管理规范项目管理规范 (PROJECT MANAGEMENT GOVERNANCE) .7 5.1沟通管理 (COMMUNICATION MANAGEMENT).7 5.2问题管理 (ISSUE MANAGEMENT)9 5.3风险管理 (RISK CONTAINMENT)10 5.4变更管理 (CHANGE MANAGEMENT)10 5.5交付件及文档管理 (DELIVERABLE & DOCUMENT MANAGEMENT).13 5.6质量管理 (QUALITY MANAGEMENT)14 5.6.1交付件质量管理(Deliverable Quality Management).14 5.6.2系统质量管理(Deliverable Quality Management).15 5.6.3测试管理 (Test Management).16 5.7争议协调升级程序 (DISPUTE ESCALATION PROCEDURE).16 5.8信息安全管理 (DATA SECURITY & PRIVACY(DS&P) MANAGEMENT).16 项目管理计划项目管理计划 Page 1 of 20 1. 前言前言(Introduction) 1.1 目的目的(Purpose) 本项目管理手册的目的在于 xx 公司（以下简称 XX 公司）决定实施 YY 公司（以下简称 YY 公 司）系统（以下简称系统）描述并明确项目目标、项目范围、项目基准、项目计划、组织架构及 管理控制等项目管理的主要领域。本手册作为项目组和客户在项目准备阶段的重要交付件之一, 是项目整个实施过程中的指导和参考文件。同时也为项目进行期间后续加入项目的人员提供指导， 并且向所有参与项目的人员共享更新的项目最新状态。 1.2 文档范围文档范围(Content) 本节内容就本项目手册所包含的各个章节内容加以概要说明： 项目概述：概述项目目标、项目范围及整体架构。 项目基准：描述项目基准、交付文档及验收标准。作为项目的起始点，列出任务清单 以及合同承诺的交付产品，以及认可条件。 项目实施方法和途径：描述项目实施方法、途径、项目集成计划(IPP)，以及工作任务 分解。 管理控制：描述在项目实施过程中所提供的各种管理方法和控制方法，包括沟通管 理、问题管理、风险管理、变更管理、交付件及文档管理、质量管理、服务等级承 诺、测试管理、信息安全、争议协调升级程序等。 1.3项目管理计划修定项目管理计划修定(Project Management Plan Maintainance) 本手册将在整个项目实施期间被采用。在项目合约、项目计划、组织架构以及管理控制等环 节出现影响项目整体实施的情况，并且引发重大变更时，本手册需进行修订并经合同各参与方共 同确认和审批。 项目管理计划项目管理计划 第 2 页 2. 项目概述项目概述(Project Overview) XX 公司有限公司（以下简称 XX 公司）决定实施 YY 公司（以下简称 YY 公司）系统（以下简 称系统） ，并选择 YY 公司进行系统实施。 2.1 项目目标项目目标 (Project Objective) 本项目是 XX 公司建立先进的系统平台的重要项目。在本项目中，通过实施 YY 公司系统， 为 XX 公司提供整体航班费用审核解决方案。通过采集民航基金、航路费、进近指挥费、起降费 以及航油款等基础生产数据，详细记录和分析航班运营、货物运输、机场资源使用、航油消耗等 各类成本费用，实现航班各类成本费用的账务核算和付款审核，解决现阶段航空公司采用手工作 业的操作已经不能满足各类成本费用采集和处理的准确性、及时性要求的现状。 2.2 项目范围（项目范围（Project Scope） 本项目以XX 公司系统技术标书界定的项目范围为准，主要包括费用审核与对账、 成本预提与调整、财务处理、各种统计报表、航线分析等 5 大业务处理模块。 项目管理计划项目管理计划 第 3 页 3. 项目基准项目基准 (Project Baseline) 3.1 项目各阶段合同双方的主要职责分工项目各阶段合同双方的主要职责分工 (Contractual Obligation) 考虑到 XX 公司生产规模及布局复杂性及各个部门在计算机应用方面的基础，建议系统采用 分步实施的总体方案和原则，基于目前对项目情况的了解，制定了第一步项目计划，详细的项目 计划将在项目开发、实施过程中根据实际情况制定。 阶段阶段时间XX 公司责任公司责任YY 公司责任公司责任 项目准备 2012-08-15 至 2012-09-14 1.建立 XX 项目小组 2.配合 YY 公司进行高层业务培训及 调研 3.与 YY 公司项目小组共同制订项目 实施计划、项目章程、项目管理 计划 4.确认项目实施计划、项目章程、 项目管理计划 5.制订和签署项目公约 6.按照要求准备项目启动大会 7.发布公司文件，在全公司范围内 正式宣布项目启动 1.建立 YY 公司项目小组 2.进行企业高层业务调研 3.与 XX 项目小组共同制订项目实施 计划、项目章程、项目管理计划 4.参加项目启动大会，介绍项目实施 方案 项目规划 2012-09-10 至 2012-09-28 1.确认调研计划、调研提纲 2.根据调研计划，组织相关部门， 配合 YY 公司进行客户访谈和业务 调研 3.配合 YY 公司收集各种业务调研所 需的数据文档 4.及时对 YY 公司项目小组提交的各 种文档，进行确认和反馈，包括 访谈纪要、调研报告和详细业务 解决方案 5.组织详细业务解决方案评审会议 1.为 XX 项目小组展示系统原型 2.与 XX 项目小组确认调研计划、调 研提纲 3.进行客户访谈和业务调研 4.完成调研报告 5.完成详细业务解决方案 6.根据用户反馈，对详细业务解决方 案进行优化，最终通过用户评审 客户化开发 2012-09-24 至 2013-01-25 1确认项目进度 2根据 YY 公司指导，搭建 UAT 测 试环境 3组织 XX 用户 UAT 测试 4组织 UAT 测试报告评审 1. 完成系统软件需求说明书 2. 完成系统详细设计说明书 3. 与 XX 项目小组沟通项目进度 4. 代码实现 5. 阶段性功能测试 6. 集成测试 7. 协助 XX 用户完成 UAT 测试 8. 完成 UAT 测试报告，并通过评审 项目管理计划项目管理计划 第 4 页 系统实现 2012-12-03 至 2013-03-15 1.组织进行基础数据和初始化数据 的准备 2.XX 项目小组负责对数据的准备结 果进行检查、审核 3.负责在 YY 公司顾问的指导下配置 系统 4.负责组织、协调系统初始化工作 5.组织对项目试运行方案的评审 6.负责保障系统试运行的正常运作 7.首期结账 8.组织对项目正式上线运行方案的 评审 9.负责保障系统正式上线的正常运 行 1.提供整体功能培训 2.指导 XX 项目小组进行基础数据和 初始化数据的准备 3.检查基础数据和初始化数据的准备 结果 4.指导 XX 项目小组进行系统初始化 5.提交项目试运行方案 6.负责保障系统试运行的正常运作 7.提交项目正式上线运行方案 8.负责保障系统正式上线的正常运作 验收交付 2013-03-18 至 2013-04-19 1.准备项目验收会议 2.进行项目验收 1.编写项目验收报告 2.参加项目验收会议 项目管理计划项目管理计划 第 5 页 4. 项目计划项目计划(Project Schedule) 4.1 项目实施方法及途径项目实施方法及途径 (Project Implementation Methodology and Approach) 图：项目实施方法论 项目准备项目准备目标定义 项目规划项目规划目标分解 客户化开发客户化开发目标开发 系统实现系统实现目标实现 验收交付验收交付价值实现 五步实施法中每一步都详细进行了任务分解，定义了每个步骤具体的工作内容、工作时间、 工作方式、责任人、工作成果等。 4.2 工作任务分解（工作任务分解（Work Breakdown Structure） 详细工作任务分解，参见S 项目进度计划_XX.mpp。 4.3 项目培训计划（项目培训计划（Project Training Plan） 本次系统建设，人员培训包含在项目实施、项目交付、测试维护、售后技术支持的过程当中。 项目过程中的主要培训对象大致分为以下两个类型： 项目组中的客户方成员，即关键用户 系统涉及的业务部门的客户，即最终用户 针对系统适用范围和业务、系统的复杂程度，对于不同类型的客户，YY 公司计划分阶段安 排了不同类型的培训。 项目管理计划项目管理计划 第 6 页 对于关键用户，侧重于系统结构、功能的技术转移，即由我方项目组成员对关键用户进行培 训。在推广阶段以关键用户为主，YY 公司项目组成员协助进行最终用户培训，以利于知识传递。 具体培训阶段及培训方向见下图： 项目阶段培训方向参与人员 项目规划阶段系统原型介绍关键用户、业务人员、系统管理员 客户化开发阶段原型改造关键用户、业务人员、系统管理员 客户化开发阶段系统功能关键用户 客户化开发阶段测试用例关键用户、业务人员、维护人员 系统实现阶段系统整体功能关键用户、业务人员 系统实现正式上线使用业务人员 具体培训内容和实施办法，YY 公司项目经理将在项目过程中，根据项目的实际要求，和 XX 项目经理协商决定。 具体培训内容和时间安排如下： 培训地点内容时间（天） 管理者培训深圳 系统设计思想、功能展现 和系统实施方案 2 业务培训深圳 应用系统操作、业务参数 配置、报表功能 3 维护培训深圳 应用平台安装、配置与管 理；应用服务器的安装、 配置和管理 2 合计 7 项目管理计划项目管理计划 第 7 页 5. 项目管理规范项目管理规范 (Project Management Governance) 本项目使用 PMI, 作为本项目管理规范。 5.1 沟通管理沟通管理 (Communication Management) 项目沟通采用会议和书面形式进行，项目会议将按沟通计划所规定的方式定期或不定期举行。 为管理沟通，本项目的沟通计划如下表所示： 序序 号号 沟通类型沟通类型参加人员参加人员频率频率召集人召集人完成方式完成方式 1项目周报 （含项目周 计划） 双方项目组每周双方项目经理电子邮件 2项目周例会YY 公司项目组每周五下 午 YY 公司项目经 理 会议 3项目月度报 告 双方项目组每月双方项目经理电子邮件/电话会议 4里程碑汇报 会议 双方项目组 双方领导小组 根据要求双方项目经理电话会议 6项目变更评 审会议 双方项目组根据要求双方项目经理项目变更控制流程 7专题讨论及 沟通 双方项目组、相关 用户及流程拥有者 根据要求双方项目经理关键期间的电话会议 项目每周进度审核会议项目每周进度审核会议 主要内容：检查上周进度、决策、重要问题，就即将进行的活动达成协定，审查项目组规划 并讨论解决关键问题，以及讨论详细的下周工作计划。 输入文档：本周周计划 输出文档：本周周总结及下周周计划 出席人：YY 公司项目组 分发：YY 公司项目组、XX 项目经理 项目管理计划项目管理计划 第 8 页 项目每月进度审核报告：项目每月进度审核报告： 主要内容：汇报项目进展情况，每月进行一次项目挣值分析报告，对项目过程中的重大问题 进行确认。内容要包括如下几方面： （1）任务的当前状况（人员、进度等） ； （2）月度项目挣值分析报告； （2）对以前明确的问题的解决进展； （3）自上次以来的问题或潜在的问题； （4）计划纠正措施； （5）下一报告期内预期实现的里程碑。 另外，如果双方项目组对提交的月度报告有异议，可以再召开电话会议。 里程碑汇报会议里程碑汇报会议: 主要内容：里程碑阶段汇报会议，阶段性总结以及下阶段的工作安排。如果与月度会议时间 点接近，可以与月度会议合二为一。 输入文档：汇报文档 输出文档：更新的问题表、行动计划、会议纪要 出席人：双方项目经理、关键用户、项目指导委员会 分发：双方项目组、相关用户及流程拥有者 重要项目交付件评审会议重要项目交付件评审会议: 主要内容：根据评审关键项目交付件的可行性，给出评审意见，如果有整改的部分需要出具 整改报告，并要求整改完成时间。只有前一个阶段的交付件评审通过后，下一阶段才能正式开始。 输入文档：项目交付成果、初审概要、文件 输出文档：项目交付件评审报告、整改报告、会议纪要 出席人：组织会议时确定 分发：双方项目组 专题讨论会议专题讨论会议: 主要内容：根据项目实际需要，随时组织专题讨论会议与必需的人员或决策者会晤，以提出 问题并确定解决办案。 输入文档：SFA-问题跟踪记录表或 SFA-风险跟踪记录表或专题讨论材料 项目管理计划项目管理计划 第 9 页 输出文档：会议纪要/解决方案文档，SFA-问题跟踪记录表（更新）或 SFA-风险跟踪记录表 （更新） 出席人：组织会议时确定 分发：双方项目组 项目变更评审会议项目变更评审会议: 主要内容：与必需的人员或决策者会晤，以就项目变更作出决定。 输入文档：项目变更请求 输出文档：会议纪要/项目变更决定 出席人：组织会议时确定 分发：双方项目组 进场后补充项目责任矩阵进场后补充项目责任矩阵(RAM) RAM 主要有两个目的： 1） 制定项目干系人的角色和期望划分，保证任何一项任务只有一个负责人，同时需要与谁 保持哪种程度的沟通，避免混乱。 2） 控制文档或信息安全，明确任何一项信息的传达范围，避免遗漏或蔓延。 5.2 问题管理问题管理 (Issue Management) 问题通过【SFA_问题跟踪记录表.xls】记录和跟踪。通过项目组周例会进行审核解决情况。 以下问题等级定义： 程度级 1系统不能运行 指一个系统不能使用或严重受损，对应用业务产生极大影响。问题不能规避。 程度级 2系统性能降低，功能部件缺陷 指一个系统或产品可以运行，但某些功能特性有缺陷，致使许多使用者受影响或系统性能明 显降低。但存在替代方法或该问题可以被绕过 程度级 3系统可以运行，但部分功能受限 指一个系统或产品功能复合要求，然而某些处理受到限制但不影响整体运行。 程度级 4系统可以运行，功能部件需微小变动 指一个系统或产品功能完全符合要求，但所出现的缺陷仅需要做微小的改动或润色。 UAT 问题严重程度的划分须有甲方和乙方项目经理共同协商认可。 项目管理计划项目管理计划 第 10 页 5.3 风险管理风险管理 (Risk Containment) 问题通过【SFA_风险跟踪记录表.xls】记录和跟踪。通过项目组周例会进行审核解决情况。 5.4 变更管理变更管理 (Change Management) 在执行项目工作说明书时，如果发生项目范围、执行时间或人员需求的变动，由项目经理根 据以下和客户签署的变更流程进行处理, 并将新的项目范围、执行时间计划及新的人员计划安 排，提交YY公司项目管理办公室(PMO), PMO将跟踪和控制内部的变更管理。 信息化建设及系统的实施工作是一个由浅入深的过程，随着项目的展开，双方人员对业务及 系统认识的加深，必须产生少量新的需求在初始确定的实施范围之外，由此将引发实施范围和实 施计划的变更。 变更控制是通过有序地管理变更来稳定开发过程、减少项目风险。本程序的制定是为了检查 所有的变更请求，决定哪些需要实施、哪些需要推延、哪些需要否决。在得到对方的认可后，进 度和成本将相应地做出调整。一个有效的变更控制程序对于避免项目延期和超支是必要的。 为使确保项目如期按质完成，加强关键用户的责任感，促使项目组成员及关键用户能在初期 较深入了解该项目和系统对业务要求等，以保证在项目实施初期能对项目有较完整规划，项目实 施范围变更应严格按下图（图需求变更控制流程图）要求进行项目变更。 项目管理计划项目管理计划 第 11 页 实施范围变更流程图 流程图说明：流程图说明： 1） 申请阶段申请阶段 发起新需求申请可以是项目组成员，也可以是关键用户（即，业务处理关键人员） 。发起时 需认真填写变更申请表 （REQUEST FOR CHANGE，以下简称RFC）(参见以下图)，并需与所在 部门负责人确认需求。部门负责人确认需求后须签字后方可交项目经理。 变更申请表 变更申请 (系统名称)变更申请序号#： 申请人： 日期： 申请变更内容： 项目管理计划项目管理计划 第 12 页 申请变更原因： 变更类别(标明一个) A.功能方面_B.运行性能方面_C.文档方面_ 授权人签字：_日期：_ 2） 受理申请受理申请 项目经理将在接到RFC的三个工作日内确认收讫，并说明分析RFC，做出相应的工程变更建 议书（ENGINEERING CHANGE PROPOSAL，以下简称ECP）所需的时间。如果YY公司是接收方，YY 公司可对RFC分析报告以及ECP进行收费并以书面形式告知客户收费标准，YY公司将于客户同意 收费标准后三十天或双方协定的时间内，对RFC进行分析研究并做相应的ECP。 ECP将就RFC中所提出的变更对整个项目的影响做出以下几方面的说明: 基本变更文件的增改和删除； 软件设计程序编码的增加、修改和删除； 测试项目测试计划、测试和重新测试的修改； 系统性能确认修改项目对系统性能的影响以及增加或改装其它机器是否必要； 培训培训计划、课程准备及教材； 其他材料列出所有其它材料； 人员需求确认增加其他人员的必要性； 项目管理计划项目管理计划 第 13 页 进度项目进展情况、交付件的进展速度和协议的终止日期； 可能的费用； 3） 需求评审需求评审 申请方项目经理需对ECP进行书面确认。任何双方项目经理不能解决的争议将提交项目领导 小组审议。 在申请方项目经理确认后，如果修改涉及项目合同或费用，还需由项目领导小组批准。 批准后的ECP将以“工程变更建议书”的形式列为本工作说明书的协议，同时取代前期的 任何相冲突的协议； 为避免因个别非关键需求对项目造成拖期等，评审原则为要事优先，即非关键业务、对 工作量影响不大的等的需求不在本期处理的原则； 本期处理的需求须纳入计划，并做出计划调整、资源分配等相应工作布暑； 凡纳入下期归划的，应记入备忘录，并对该项需求进行详细了解，初步形成解决方案。 5.5 交付件及文档管理交付件及文档管理 (Deliverable & Document Management) 实施系统是一项复杂系统的工作，为了保证项目的最终成功，必须在项目的每一个阶段都进 行严格的控制。而项目的文档是项目工作过程及结果的反映，是项目控制的依据，同时也是“知 识转移”的关键载体，因此必须对项目整个过程都要充分文档资料化。 作为项目管理最佳实践的一部分，项目文档应该在一个集中且可控的环境内统一维护。这不 仅可以保证项目文档的标准化，更重要的是这种方式为项目相关人员的知识共享提供了一个便捷 的平台。本项目的交付件内容受控于SFA-项目文档管理体系内容，文档统一在XX公司SVN系 统项目内维护。 可交付成果验收流程如下： 项目管理计划项目管理计划 第 14 页 5.6 质量管理质量管理 (Quality Management) 5.6.1 交付件质量管理交付件质量管理(Deliverable Quality Management) 项目按照合同执行，交付件采用分步（实施的三个步骤）签收及最终的整体验收结合的方 式。严格按照项目定义的方法论进行。项目经理按照项目章程第7.1及7.2节规定，及时提交项目 交付件，完成项目交付件的验收，YY公司PMO要定期及时检查项目交付件质量。同时，YY公司实 施团队定期对各子模块的流程执行情况进行跟踪分析，分析结果和建议，通知本项目PMO, 由 PMO监督落实整改措施。文档评估标准如下所示： 类别类别比重比重分数分数评估项目评估项目评估标准评估标准 41. 命名规范 是否遵循项目文档命名规范 Yes-4, No-0 62. 文档模版 是否遵循项目文档模版规范 全部遵循-6, =80%-4, =60%-2, =80%-10, =60%-5, =80%-30, =60%-20, =80%-20, =60%-15, 项目管理计划项目管理计划 第 17 页 6.文件签署文件签署 此文档通过 XX 公司和 YY 公司审阅并予以批准。此文档一式两份，XX 公司和 YY 公司各持一 份，双方项目经理签字确认有效。 XX 公司有限公司公司有限公司 YY 公司公司 项目经理：项目经理：_ 项目经理：项目经理：_ 日日 期：期：_ 日日 期：期：_