第14章 - 收尾过程组
项目管理知识领域
| 知识领域 | 启动过程组 | 规划过程组 | 执行过程组 | 监控过程组 | 收尾过程组 |
|---|---|---|---|---|---|
| 项目整合管理 | 1.制定项目章程 | 2.制订项目管理计划 | 3.指导与管理项目工作 4.管理项目知识 |
5.监控项目工作 6.实施整体变更控制 |
7.结束项目或阶段 |
| 项目范围管理 | 1.规划范围管理 2.收集需求 3.定义范围 4.创建WBS |
5.确认范围 6.控制范围 |
|||
| 项目进度管理 | 1.规划进度管理 2.定义活动 3.排列活动顺序 4.估算活动持续时间 5.制定进度计划 |
6.控制进度 | |||
| 项目成本管理 | 1.规划成本管理 2.估算成本 3.制定预算 |
4.控制成本 | |||
| 项目质量管理 | 1.规划质量管理 | 2.管理质量 | 3.控制质量 | ||
| 项目资源管理 | 1.规划资源管理 2.估算活动资源 |
3.获取资源 4.建设团队 5.管理团队 |
6.控制资源 | ||
| 项目沟通管理 | 1.规划沟通管理 | 2.管理沟通 | 3.监督沟通 | ||
| 项目风险管理 | 1.规划风险管理 2.识别风险 3.实施定性风险管理 4.实施定量风险管理 5.规划风险应对 |
6.实施风险应对 | 7.监督风险 | ||
| 项目采购管理 | 1.规划采购管理 | 2.实施采购 | 3.控制采购 | ||
| 项目干系人管理 | 1.识别干系人 | 2.规划干系人参与 | 3.管理干系人参与 | 4.监督干系人参与 |
收尾过程组 (掌握)
| 过程组 | 目的 | 主要作用 |
|---|---|---|
| 收尾过程组 | 为完成项目或阶段的所有工作,正式结束项目或阶段的一组过程。 | 正式完成项目或阶段工作,关闭项目或阶段。 |
收尾过程组需要开展以下 10 类工作
- (1) 确认所有的项目合同都已经妥善关闭,没有未解决问题。
- (2) 获得主要的干系人对项目可交付成果的最终验收,确保项目目标已经实现。
- (3) 把项目可交付成果移交给指定的干系人,如发起人或客户。这件工作经常可以与最终验收同时开展。
- (4) 编制和分发最终的项目绩效报告。这份报告既有利于干系人了解项目的最终绩效,又可称为开展项目后评价的重要依据。
- (5) 收集、整理并归档项目资料,更新组织过程资产。这是为了保留项目记录,遵守相关法律法规,供后续审计 (如果需要开展) 使用,以及供以后其他项目借鉴。
- (6) 收集各主要干系人对项目的反馈意见,调查满意度。
- (7) 评估项目合规性、实现组织变革和创造商业价值的情况。
- (8) 全面开展项目后评价,总结经验教训,更新组织过程资产。
- (9) 开展知识分享和知识转移,为后续的项目成果运营实现商业价值提供支持。
- (10) 开展财务、法律和行政收尾,宣布正式关闭项目,把对项目可交付成果的管理和使用责任转移给指定的干系人,如发起人或客户。
14.1 结束项目或阶段
| 项目整合管理过程 | 过程定义 | 主要作用 |
|---|---|---|
| 7. 结束项目或阶段 | 终结项目、阶段或合同的所有活动的过程 | ①存档项目或阶段信息,完成计划的工作;②释放组织团队资源以展开新的工作 【仅开展一次或仅在项目的预定义点开展】 |
项目或阶段行政收尾所需的必要活动包括如下内容。
- (1) 为达到阶段或项目的完工或退出标准所必须的行动和活动,例如:
- 确保所有文件和可交付成果都已是最新版本,且所有问题都已得到解决;
- 确认可交付成果己交付给客户并已获得客户的正式验收;
- 确保所有成本都已记入项目成本账;
- 关闭项目账户;
- 重新分配人员;
- 处理多余的项目材料;
- 重新分配项目设施、设备和其他资源;
- 根据组织政策编制详尽的最终项目报告。
- (2) 为关闭项目合同协议或项目阶段合同协议所必须开展的活动,例如:
- 确认卖方的工作已通过正式验收;
- 最终处置未决索赔;
- 更新记录以反映最后的结果;
- 存档相关信息供未来使用。
- (3) 完成下列工作所必须开展的活动:
- 收集项目或阶段记录;
- 审计项目成败;
- 管理知识分享和传递;
- 总结经验教训;
- 存档项目信息以供组织未来使用。
-
(4) 为向下一个阶段,或者向生产和 (或) 运营部门移交项目的产品、服务或成果所必须开展的行动和活动。
-
(5) 收集关于改进或更新组织政策和程序的建议,并将它们发送给相应的组织部门。
- (6) 测量干系人的满意程度。
如果项目在完工前就提前终止,结束项目或阶段过程还需要制定程序,来调查和记录提前终止的原因。为了实现上述目的,项目经理应该引导所有合适干系人参与本过程。
14.1.0 结束项目或阶段的 ITO
| 输入 | 工具与技术 | 输出 |
|---|---|---|
| 1. 项目章程 2. 项目管理计划 ・所有组件 3. 项目文件 ・假设日志 ・估算依据 ・问题日志 ・经验教训登记册 ・里程碑清单 ・需求文件 ・风险报告 4. 验收的可交付成果 5. 协议 6. 采购文档 7. 事业环境因素 8. 组织过程资产 |
1. 专家判断 2. 数据分析 ・文件分析 ・回归分析 3. 会议 |
1. 项目文件更新 ・经验教训登记册 2. 最终产品、服务或成果移交 3. 最终报告 4. 组织过程资产更新 |
14.1.1 主要输入
-
项目章程 项目章程记录了项目成功标准、审批要求,以及由谁来签署项目结束。
-
项目管理计划 项目管理计划的所有组成部分均为结束项目或阶段过程的输入。
-
项目文件
-
验收的可交付成果: 可包括批准的产品规范、交货收据和工作绩效文件。
-
协议
-
采购文档 为关闭合同,需收集全部采购文档,并建立索引、加以归档。
14.1.2 主要输出
-
最终产品、服务或成果 把项目交付的最终产品、服务或成果 (对于阶段收尾,则是所在阶段的中间产品、服务或成果) 移交给客户。
-
项目最终报告 用项目最终报告总结项目绩效,其中可包含:
- 项目或阶段的概述;
- 范围目标、范围的评估标准,证明达到完工标准的证据;
- 质量目标、项目和产品质量的评估标准、相关核实信息和实际里程碑交付日期以及偏差原因;
- 成本目标,包括可接受的成本区间、实际成本,产生任何偏差的原因等;
- 最终产品、服务或成果的确认信息的总结;
- 进度计划目标包括成果是否实现项目预期效益:如果在项目结束时未能实现效益,则指出效益实现程度并预计未来实现情况;
- 关于最终产品、服务或成果如何满足业务需求的概述。如果项目结束时未能满足业务需求,则指出需求满足程度并预计业务需求何时能得到满足;
- 关于项目过程中发生的风险或问题及其解决情况的概述等。
14.2 收尾过程组的重点工作
14.2.1 项目验收
项目验收是项目收尾中的首要环节,只有完成项目验收工作后,才能进入后续的项目总结等工作阶段。
系统集成项目在验收阶段主要包含以下四方面的工作内容,分别是验收测试、系统试运行、系统文档验收以及项目终验。
-
验收测试验收测试是对信息系统进行全面的测试,依照双方合同约定的系统环境,以确保系统的功能和技术设计满足建设方的功能需求和非功能需求,并能正常运行。验收测试阶段应包括编写验收测试用例,建立验收测试环境,全面执行验收测试,出具验收测试报告以及验收测试报告的签署。 -
系统试运行信息系统通过验收测试环节以后,可以开通系统试运行。系统试运行期间主要包括数据迁移、日常维护以及缺陷跟踪和修复等方面的工作内容。为了检验系统的试运行情况,可将部分数据或配置信息加载到信息系统上进行正常操作。在试运行期间,甲乙双方可以进一步确定具体的工作内容并完成相应的交接工作。对于在试运行期间系统发生的问题,根据其性质判断是否是系统缺陷,如果是系统缺陷,应该及时更正系统的功能;如果不是系统自身缺陷,而是额外的信息系统新需求,可以遵循项目变更流程进行变更,也可以将其暂时搁置,作为后续升级项目工作内容的一部分。 系统文档验收系统验收测试过程中,与系统相匹配的系统文档应同步交由用户进行验收。甲方也可按照合同或者项目工作说明书的规定,对所交付的文档加以检查和评价;对不清晰的地方可以提出修改要求。在最终交付系统前,系统的所有文档都应当验收合格并经甲乙双方签字认可。 对于系统集成项目,所涉及的文档应该包括如下部分:- ①系统集成项目介绍
- ②系统集成项目最终报告
- ③信息系统说明手册
- ④信息系统维护手册
- ⑤软硬件产品说明书、质量保证书等。
项目终验在系统经过试运行以后的约定时间,例如三个月或者六个月,双方可以启动项目的最终验收工作。通常情况下,大型项目都分为试运行和最终验收两个步骤。对于一般项目而言,可以将系统测试和最终验收合并进行,但需要对最终验收的过程加以确认。
最终验收报告就是业主方认可承建方项目工作的最主要文件之一,这是确认项目工作结束的重要标志。对于信息系统而言,最终验收标志着项目的结束和售后服务的开始。 项目最终验收合格后,应该由双方的项目组撰写验收报告提请双方工作主管认可。这标志着项目组开发工作的结束和项目后续活动的开始。
14.2.2 项目移交
系统集成项目的移交通常包含三个主要移交对象,分别是向用户移交、向运维和支持团队移交,以及过程资产向组织移交。
-
向用户移交: 向用户移交的最终内容可能包括:需求说明书、设计说明书、项目研发成果、测试报告、可执行程序及用户使用手册等。 -
向运维和支持团队移交: 向运维和支持团队移交的最终内容可能包括:需求说明书、设计说明书、项目研发成果、测试报告、可执行程序、用户使用手册、安装部署手册或运维手册等。 -
向组织移交过程资产: 向组织移交的过程资产通常包括:- ①项目档案。项目档案包括在项目活动中产生的各种文件,如项目管理计划、范围计划、成本计划、进度计划、项目日历、风险登记册、其他登记册、变更管理文件、风险应对计划和风险影响评价等。
- ②项目或阶段收尾文件。项目或阶段收尾文件包括表明项目或阶段完工的正式文件,以及用来把完成的项目或阶段可交付成果移交给他人 (如运营部门或下一阶段) 的正式文件。在项目收尾期间,项目经理应该审查以往的阶段文件、确认范围过程 (见本书范围管理相关内容) 所产生的客户验收文件及合同 (如果有的话), 以确保在达到全部项目要求之后才正式结束项目。 如果项目在完工前提前终止,则需要在正式的收尾文件中说明项目终止的原因,并规定正式程序,把该项目的已完成和未完成的可交付成果移交他人。
- ③技术和管理资产。项目经理需要总结在项目执行过程中产出的可复用代码、组件、用例等,纳入组织过程资产库,供后续项目通过加强复用来提升研发效率和交付质量。
14.2.3 项目总结
项目总结属于项目收尾的管理收尾。而管理收尾有时又被称为行政收尾,就是检查项目团队成员及相关干系人是否按规定履行了所有职责。实施行政结尾过程还包括收集项目记录、分析项目成败、收集应吸取的教训,以及将项目信息存档供本组织将来使用等活动。
- 项目总结的意义
项目总结的主要意义如下:
- (1) 了解项目全过程的工作情况及相关的团队或成员的绩效状况。
- (2) 了解出现的问题并进行改进措施总结。
- (3) 了解项目全过程中出现的值得吸取的经验并进行总结。
- (4) 对总结后的文档进行讨论,通过后即存入公司知识库,从而纳入企业的过程资产。
- 项目总结准备工作
项目总结准备工作包括以下两点。
- (1) 收集整理项目过程文档和经验教训。
- (2) 经验教训的收集和形成项目总结会议的讨论稿。
-
项目总结
项目总结过程是对项目前期价值与目标达成情况的总结,以及对工作经验和教训的总结分析。由项目经理组织项目全体成员的参与,形成正式的项目总结结论。项目总结会议所形成的文件一定要通过所有人的确认,任何有违此项原则的文件都不能作为项目总结会议的结果。
项目总结会议还应对项目进行自我评价,有利于后面的项目评估和审计的工作开展。
一般的项目总结会应讨论如下内容:
- (1)
项目目标:包括项目价值和目标的完成情况、具体的项目计划完成率等,作为全体参与项目成员的共同成绩。 - (2)
技术绩效:最终的工作范围与项目初期的工作范围的比较结果是什么,工作范围上有什么变更,项目的相关变更是否合理,处理是否有效,变更是否对项目等质量、进度和成本有重大影响,项目的各项工作是否符合预计的质量标准,是否达到客户满意。 - (3)
成本绩效:最终的项目成本与原始的项目预算费用,包括项目范围的有关变更增加的预算是否存在大的差距,项目盈利状况如何。这牵扯到项目组成员的绩效和奖金的分配。 - (4)
进度计划绩效:最终的项目进度与原始的项目进度计划比较结果是什么,进度为何提前或者延后,是什么原因造成这样的影响。 - (5)
项目的沟通:是否建立了完善并有效利用的沟通体系;是否让客户参与过项目决策和执行的工作;是否要求让客户定期检查项目的状况;与客户是否有定期的沟通和阶段总结会议,是否及时通知客户潜在的问题,并邀请客户参与问题的解决等;项目沟通计划完成情况如何;项目内部会议记录资料是否完备等。 - (6)
识别问题和解决问题:项目中发生的问题是否解决,问题的原因是否可以避免,如何改进。 - (7)
意见和改进建议:项目成员对项目管理本身和项目执行计划是否有合理化建议和意见,这些建议和意见是否得到大多数参与项目成员的认可,是否能在未来项目中予以改进。
- (1)