8.5.1输入252
项目管理计划
项目管理计划的任何组件都可用作指导与管理项目工作的输入。
项目文件
可作为指导与管理项目工作过程输入的项目文件主要包括:
需求跟踪矩阵:把产品需求连接到相应的可交付成果，有助于项目团队聚焦于最终结果。
风险登记册:记录可能影响项目执行的各种威胁和机会的信息。
风险报告:记录关于整体项目风险来源的信息，以及关于已识别单个项目风险的概括信息。
里程碑清单:列出特定里程碑的计划实现日期。
项目进度计划:至少包含工作活动清单、持续时间、资源以及计划的开始与完成日期。
项目沟通记录:包含绩效报告、可交付成果的状态，以及项目生成的其他信息。
经验教训登记册:经验教训用于改进项目绩效，以免重复犯错。登记册有助于确定针对哪些方面设定规则或指南，以使团队行动保持一致。
变更日志:记录所有变更请求的状态。
批准的变更请求
批准的变更请求是实施整体变更控制过程的输出，包括经项目经理审查和批准的变更请求，必要时需要经变更控制委员会(Change Control Board, CCB) 审查和批准。CCB是项目的所有者权益代表，负责对变更进行决策。CCB由项目所涉及的主要干系人共同组成，通常包括用户和项目所在组织管理层的决策人员。CCB是决策机构，不是作业机构;通常CCB的工作是通过评审手段来决定项目基准是否需要变更，但不提出变更方案。
经CCB批准的变更请求可能是纠正措施、预防措施和缺陷补救措施，并由项目团队纳入项目进度计划付诸实施，批准的变更请求可能对项目或项目管理计划的相关领域产生影响，还可能导致修改正式受控的项目管理计划组件或项目文件。
事业环境因素
能够影响指导与管理项目工作过程的事业环境因素主要包括:
组织的结构、文化、管理实践和可持续性;
基础设施(如现有的设施和固定资产);
干系人的风险临界值(如允许的成本超支百分比)等。
组织过程资产
能够影响指导与管理项目工作过程的组织过程资产主要包括:
组织的标准政策、流程和程序;
问题与缺陷管理程序，用于定义问题与缺陷控制、问题与缺陷识别及其解决，以及行动事项跟踪;
问题与缺陷管理数据库，包括历史问题与缺陷状态、问题和缺陷解决情况，以及行动事项的结果;
绩效测量数据库，用来收集与提供过程和产品的测量数据;变更控制和风险控制程序;
以往项目的项目信息(如范围、成本、进度与绩效测量基准，项目日历，项目进度网络图，风险登记册，风险报告以及经验教训知识库)等。
8.5.2工具与技术253
专家判断
指导与管理项目工作过程中，应征求具备如下领域相关专业知识或接受过相关培训的个人或小组的意见，涉及的领域包括:
关于项目所在的行业以及项目关注的领域的技术知识;
成本和预算管理;
法规与采购;
法律法规;
组织治理等。
项目管理信息系统
项目管理信息系统给项目提供了IT软件工具，例如进度计划软件工具、工作授权系统、配置管理系统、信息收集与发布系统，以及进入其他在线信息系统(如知识库)的登录界面，支持自动收集和报告关键绩效指标(KPI)。
会议
在指导与管理项目工作时，可以通过会议来讨论和解决项目的相关事项。参会者可包括项目经理、项目团队成员，以及与所讨论事项相关或会受该事项影响的干系人。会议应该明确每个参会者的角色，确保有效参会。会议类型一般包括:
开工会议
技术会议
敏捷或迭代规划会议
每日站会
指导小组会议
问题解决会议
进展跟进会议
回顾会议。
8.5.3输出253
可交付成果
可交付成果是在某一过程、阶段或项目完成时，必须产出的任何独特并可核实的产品、成果或服务能力。它通常是项目的结果，包括项目管理计划的组成部分。
一旦完成了可交付成果的第一个版本，就应该执行变更控制。用配置管理工具和程序来支持对可交付成果(如文件、软件和构件)的多个版本的控制。
工作绩效数据
工作绩效数据是在执行项目工作的过程中，从每个正在执行的活动中收集到的原始观察结果和测量值。数据通常是最低层次的细节，将交由其他过程从中提炼并形成信息。在工作执行过程中收集数据，再交由10大知识领域的相应的控制过程做进一步分析。
例如，工作绩效数据包括已完成的工作、关键绩效指标(KPI)、 技术绩效测量结果、进度活动的实际开始日期和完成日期、已完成的故事点、可交付成果状态、进度进展情况、变更请求的数量、缺陷的数量、实际发生的成本、实际持续时间等。
问题日志
在整个项目生命周期中，项目经理通常会遇到问题、差距、不一致或意外冲突。项目经理需要采取某些行动加以处理，以免影响项目绩效。问题日志是一种记录和跟进所有问题的项目文件，所需记录和跟进的内容主要包括:
①问题类型;
②问题提出者和提出时间;
③问题描述;
④问题优先级;
⑤解决问题负责人;
⑥目标解决日期;
⑦问题状态;
⑧最终解决情况等。问题日志可以帮助项目经理有效跟进和管理问题，确保它们得到调查和解决。作为指导与管理项目工作的输出，问题日志被首次创建，尽管在项目期间任何时候都可能发生问题。在整个项目生命周期应该随时监控活动更新问题日志。
变更请求
变更请求是关于修改任何文件、可交付成果或基准的正式提议。如果在开展项目工作时发现问题，就可提出变更请求，对项目政策或程序、项目或产品范围、项目成本或预算、项目进度计划、项目或产品结果的质量进行修改。其他变更请求包括必要的预防措施和纠正措施，用来防止未来的不利后果。任何项目干系人都可以提出变更请求，应该通过实施整体变更控制过程对变更请求进行审查和处理。变更请求源自项目内部或外部，可能来自项目需求，也可能是法律(合同)强制要求。变更请求一般包括:
纠正措施:为使项目工作绩效重新与项目管理计划一致，而进行的有目的的活动。
预防措施:为确保项目工作未来绩效符合项目管理计划，而进行的有目的的活动。
缺陷补救:为了修正不一致产品或产品组件，而进行的有目的的活动。
更新:对正式受控的项目文件或计划进行变更，以反映修改、增加的意见或内容。
项目管理计划(更新)
项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。项目管理计划的任一组成部分都可在指导与管理项目工作中通过变更请求更新。
项目文件(更新)
在指导与管理项目工作过程中更新的项目文件主要包括:
活动清单:为完成项目工作，可以通过增加或修改活动来更新活动清单。
假设日志:可以增加新的假设条件和制约因素，也可以更新或关闭已有的假设条件和制约因素。
经验教训登记册:任何有助于提高当前或未来绩效的经验教训都应及时记录。
需求文件:在本过程中可以识别新的需求，也可以适时更新需求的实现情况。
风险登记册:在本过程中可以识别新的风险，也可以更新现有风险。风险登记册用于在风险管理过程中记录风险。
干系人登记册:如果收集到现有或新干系人的更多信息，则记录到干系人登记册中。
组织过程资产(更新)
可在指导与管理项目工作过程中更新任何组织过程资产。
8.6管理项目知识255
管理项目知识是使用现有知识并生成新知识，以实现项目目标并且帮助组织学习的过程。管理项目过程的主要作用:
①利用已有的组织知识来创造或改进项目成果;
②使当前项目创造的知识可用于支持组织运营和未来的项目或阶段。本过程需要在整个项目期间开展。管理项目知识过程的数据流向如图8-4所示。
从组织的角度来看，知识管理指的是确保项目团队和其他干系人的技能、经验和专业知识在项目开始之前、开展期间和结束之后都能够得到运用。知识存在于人们的思想中，人们不能强迫别人分享自己的知识或关注他人的知识，因此，知识管理最重要的环节就是营造一种相互信任的氛围，激励人们分享知识或关注他人的知识。如果不激励人们分享知识或关注他人的知识，即便最好的知识管理工具和技术也无法发挥作用。在实践中，可以联合使用知识管理工具和技术(用于人际互动)以及信息管理工具和技术(用于编撰显性知识)来分享知识。
8.6.1输入255
项目管理计划
项目管理计划的所有组成部分都是管理项目知识的输入。
项目文件
可作为管理项目知识过程输入的项目文件主要包括:
资源分解结构:包含有关团队组成的信息，有助于了解团队拥有的和缺乏的知识。
项目团队派工单:说明项目已经具有的能力和经验以及可能缺乏的知识。
供方选择标准:包含选择供方的标准，有助于了解供方拥有的知识。
干系人登记册:包含已识别的干系人的详细情况，有助于了解他们可能拥有的知识。
可交付成果
可交付成果是在某一过程、阶段或项目完成时，必须产出的任何独特的、可核实的产品、成果或服务能力。它通常是为实现项目目标而完成的、有形的、项目结果的组成部分，包括项目管理计划的组成部分。
事业环境因素
能够影响管理项目知识过程的事业环境因素主要包括:组织文化、干系人文化，相互信任的工作关系和互不指责的文化对知识管理尤其重要。其他因素则包括赋予学习的价值和社会行为规范；设施和资源的物理分布，团队成员所在位置有助于确定收集和分享知识的方法;组织中的知识专家，有些组织拥有专门从事知识管理的团队或员工;法律法规要求和制约因素，包括对项目信息的保密性要求。
组织过程资产
在项目管理过程和例行工作中，经常必然要使用项目管理知识，能够影响管理项目知识过程的组织过程资产主要包括:
组织的标准政策、流程和程序:包括信息的保密性和获取渠道、安全与数据保护、记录保留政策、版权信息的使用、机密信息的销毁、文件格式和最大篇幅、注册数据和元数据、授权使用的技术和社交媒体等。
人事管理制度:包括员工发展与培训记录以及关于知识分享行为的能力框架。
组织对沟通的要求:正式且严格的沟通要求有利于信息分享。对于生成新知识和整合不同干系人的知识，非正式沟通更加有效。
正式的知识分享和信息分享程序:包括项目和项目阶段开始之前、开展期间和结束之后的学习回顾。
经验教训登记册:提供了有效的知识管理实践。
8.6.2工具与技术256
专家判断
管理项目知识过程中，应征求具备如下领域相关专业知识或接受过相关培训的个人或小组的意见，涉及的领域包括:
知识管理
信息管理
组织学习
知识和信息管理工具
来自其他项目的相关信息等。
知识管理
知识管理工具和技术将员工联系起来，使他们能够合作生成新知识，分享隐性知识，以及集成不同团队成员所拥有的知识。适用于项目的工具和技术取决于项目的性质，尤其是创新程度、项目复杂性以及团队的多元化程度(包括学科背景多元化)。知识管理工具和技术主要包括:
①人际交往，包括非正式的社交和在线社交。可以进行开放式提问的在线论坛有助于与专家进行知识分享对话;
②实践社区和特别兴趣小组;
③会议，包括使用通信技术进行互动的虚拟会议;
④工作跟随和跟随指导;
⑤讨论论坛，如焦点小组;
⑥知识分享活动，如专题讲座和会议;
⑦研讨会，包括问题解决会议和经验教训总结会议;
⑧讲故事;
⑨创造力和创意管理技术;
⑩知识展会和茶座;
⑪交互式培训等。
可以通过面对面和虚拟方式来应用所有这些工具和技术。通常，面对面互动最有利于建立知识管理所需的信任关系。信任关系建立后可以用虚拟互动来维护这种信任关系。
信息管理
信息管理工具和技术用于创建人们与知识之间的联系，可以有效促进简单、明确的显性知识的分享，主要包括:
①编撰显性知识的方法;
②经验教训登记册;
③图书馆服务;
④信息收集;
⑤项目管理信息系统等。
知识和信息管理工具与技术应与项目过程和过程责任人相对应。例如，实践社区和主题专家可以提供见解，帮助改善控制过程;内部发起人可以确保改善措施得到执行。
人际关系与团队技能
可用于管理项目知识过程的人际关系与团队技能主要包括:
积极倾听: 有助于减少误解并促进沟通和知识分享。
引导:有助于有效指引团队成功地达成决定、解决方案或结论。
领导力:可帮助沟通愿景并鼓舞项目团队关注合适的知识和知识目标。
人际交往:可促进项目干系人之间建立非正式的联系和关系，为显性和隐性知识的分享创造条件。
大局观:有助于项目经理根据组织政策与职权结构等进行规划与沟通。
8.6.3输出257
经验教训登记册
经验教训登记册可以包含执行情况的类别和详细的描述，还可包括与执行情况相关的影响、建议和行动方案。经验教训登记册可以记录遇到的挑战、问题、意识到的风险和机会以及其他适用的内容。经验教训登记册在项目早期创建，作为管理项目知识过程的输出。因此，在整个项目期间，它可以作为很多过程的输入，也可以作为输出而不断更新。参与工作的个人和团队也参与记录经验教训。可以通过视频、图片、音频或其他合适的方式记录知识，确保有效吸取经验教训。在项目或阶段结束时，把相关信息归入经验教训知识库，作为组织过程资产一部分。
项目管理计划(更新)
项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。项目管理计划的任一组成部分都可在管理项目知识过程中更新。
组织过程资产(更新)
所有项目都会生成新知识。有些知识应该被编撰，并在管理项目知识过程中被嵌入到可交付成果中，或者被用于改进过程和程序。
8.7监控项目工作258
监控项目工作是跟踪、审查和报告整体项目进展，以实现项目管理计划中确定的绩效目标的过程。本过程的主要作用:
①让干系人了解项目的当前状态并认可为处理绩效问题而采取的行动;
②通过成本和进度预测，让干系人了解项目的未来状态。本过程需要在整个项目期间开展。监控项目工作过程的数据流向如图8-5所示。
监督是贯穿于整个项目的项目管理活动之一，包括收集、测量和分析测量结果，以及预测趋势，以便推动过程改进。持续的监督使项目管理团队可以洞察项目进展状况，并识别需要特别关注的地方。控制包括制订纠正或预防措施或重新规划，并跟踪行动计划的实施过程，以确保它们能有效解决问题。
监控项目工作过程主要关注:
①把项目的实际绩效与项目管理计划进行比较;
②定期评估项目绩效，决定是否需要采取纠正或预防措施，并推荐必要的措施;
③检查单个项目风险的状态;
④在整个项目期间，维护一个准确且及时更新的信息库，以反映产品及文件的情况;
⑤为状态报告、进展测量和预测提供信息;
⑥做出预测，以更新当前的成本与进度信息;
⑦监督已批准变更的实施情况;
⑧如果项目是项目集的一部分，还应向项目集管理层报告项目进展和状态;
⑨确保项目与商业需求保持一致等。
8.7.1输入259
项目管理计划
监控项目工作包括查看项目的各个方面。项目管理计划的任一组成部分都可作为监控项目工作过程的输入。
项目文件
可用于监控项目工作过程输入的项目文件主要包括:
假设日志:包含会影响项目的假设条件和制约因素的信息。
风险登记册:记录并提供了在项目执行过程中发生的各种威胁和机会的相关信息。
风险报告:记录并提供了关于整体项目风险和单个风险的信息。
里程碑清单:列出特定里程碑实现日期，检查是否达到计划的里程碑。
估算依据:说明不同估算是如何得出的，用于决定如何应对偏差。
问题日志:用于记录和监督由谁负责在目标日期内解决特定问题。
经验教训登记册:可能包含应对偏差的有效方式以及纠正措施和预防措施。
成本预测:基于项目以往的绩效，用于确定项目是否仍处于预算的公差区间内，并识别任何必要的变更。
进度预测:基于项目以往的绩效，用于确定项目是否仍处于进度的公差区间内，并识别任何必要的变更。
质量报告:包含质量管理问题，针对过程、项目和产品的改善建议，纠正措施建议(包括返工、缺陷(漏洞)补救、100%检查等)，以及在控制质量过程中发现的情况的概述。
工作绩效信息
在工作执行过程中收集工作绩效数据，再交由控制过程做进一步分析。将工作绩效数据与项目管理计划组件、项目文件和其他项目变量比较之后生成工作绩效信息。通过这种比较可以了解项目的执行情况。
在项目开始时，就在项目管理计划中规定关于范围、进度、预算和质量的具体工作绩效测量指标。项目期间通过控制过程收集绩效数据，与计划和其他变量比较，为工作绩效提供背景。
协议
采购协议中包括条款和条件，也可包括其他条目，如买方就卖方应实施的工作或应交付的产品所做的规定。如果项目将部分工作外包出去，项目经理需要监督承包商的工作，确保所有协议都符合项目的特定要求，以及组织的采购政策。
事业环境因素
能够影响监控项目工作过程的事业环境因素主要包括:
项目管理信息系统，例如进度、成本、资源工具、绩效指标、数据库、项目记录和财务数据;
基础设施(如现有设施、设备、组织通信渠道);
干系人的期望和风险临界值;
政府或行业标准(如监管机构条例、产品标准、质量标准和工艺标准)等。
组织过程资产
能够影响监控项目工作过程的组织过程资产主要包括:
组织的标准政策、流程和程序;
财务控制程序(如必需的费用与支付审查、会计编码及标准合同条款等);
监督和报告方法;
问题管理程序，用于定义问题控制、问题识别及其解决以及行动事项跟踪;
缺陷管理程序，用于定义缺陷控制、缺陷识别及其解决以及行动事项跟踪;
组织知识库，尤其是过程测量和经验教训知识库等。
8.7.2工具与技术260
专家判断
监控项目工作过程中，应征求具备如下领域相关专业知识或接受过相关培训的个人或小组的意见，涉及的领域包括:
挣值分析;
数据的解释和情境化;
持续时间和成本的估算技术;
趋势分析;
关于项目所在的行业以及项目关注的领域的技术知识;
风险管理;
合同管理等。
数据分析
可用于监控项目工作过程的数据分析技术主要包括:
备选方案分析:用于在出现偏差时选择要执行的纠正措施或纠正措施和预防措施的组合。
成本效益分析:有助于出现偏差时确定最节约成本的纠正措施。
挣值分析:对范围、进度和成本绩效进行了综合分析。
根本原因分析:关注识别问题的主要原因，它可用于识别出现偏差的原因以及项目经理为达成项目目标应重点关注的领域。
趋势分析:根据以往结果预测未来绩效，它可以预测项目的进度延误，提前让项目经理意识到，按照既定趋势发展，后期进度可能出现的问题。应该在足够早的项目时间进行趋势分析，使项目团队有时间分析和纠正任何异常。可以根据趋势分析的结果，提出必要的预防措施建议。
偏差分析:成本估算、资源使用、资源费率、技术绩效和其他测量指标。偏差分析审查目标绩效与实际绩效之间的差异(或偏差)，可涉及持续时间估算，可以在每个知识领域，针对特定变量开展偏差分析。在监控项目工作过程中，通过偏差分析对成本、时间、技术和资源偏差进行综合分析，以了解项目的总体偏差情况。这样就便于采取合适的预防或纠正措施。
决策
常用于监控项目工作过程的决策技术是投票。投票可以包括用下列方法进行决策:一致同意、大多数同意或相对多数原则。
会议
会议可以是面对面或虚拟会议，正式或非正式会议。参会者可以包括项目团队成员和其他合适的项目干系人;会议的类型包括用户小组会议和用户审查会议等。
8.7.3输出261
工作绩效报告
工作绩效信息可以用实体或电子形式加以合并、记录和分发。基于工作绩效信息，以实体或电子形式编制形成工作绩效报告，以制定决策、采取行动或引起关注。根据项目沟通管理计划，通过沟通过程向项目干系人发送工作绩效报告。
工作绩效报告的内容一般包括状态报告和进展报告。工作绩效报告可以包含:
挣值图表和信息
趋势线和预测
储备燃尽图
缺陷直方图
合同绩效信息
风险情况概述。
也可以表示为
引起关注、制定决策和采取行动的仪表指示图
热点报告
信号灯图或其他形式。
变更请求
通过比较实际情况与计划要求，可能需要提出变更请求，来扩大、调整或缩小项目范围与产品范围，或者提高、调整或降低质量要求和进度或成本基准。变更请求可能导致需要收集和记录新的需求。变更可能会影响项目管理计划、项目文件或产品可交付成果。应该通过实施整体变更控制过程对变更请求进行审查和处理。变更可能包括:
纠正措施:为使项目工作绩效重新与项目管理计划一致，而进行的有目的的活动。
预防措施:为确保项目工作未来绩效符合项目管理计划，而进行的有目的的活动。
缺陷补救:为了修正不一致产品或产品组件，而进行的有目的的活动。
项目管理计划(更新)
项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。在监控项目工作过程中提出的变更可能会影响整体项目管理计划。
项目文件(更新)
可在监控项目工作过程更新的项目文件主要包括:
成本预测:本过程引起的成本预测的变更应通过成本管理过程进行记录。
进度预测:本过程引起的进度预测的变更应通过进度管理过程进行记录。
问题日志:在本过程中产生的新问题应该记录到问题日志中。
经验教训登记册:更新经验教训登记册，记录应对偏差的有效方式以及纠正措施和预防措施。
风险登记册:在本过程中识别的新风险应记录在风险登记册中，并通过风险管理过程进行管理。
8.8实施整体变更控制262
实施整体变更控制是审查所有变更请求、批准变更，管理对可交付成果、项目文件和项目管理计划的变更，并对变更处理结果进行沟通的过程。本过程审查对项目文件、可交付成果或项目管理计划的所有变更请求，并决定对变更请求的处置方案。本过程的主要作用是确保对项目中已记录在案的变更做出综合评审。如果不考虑变更对整体项目目标或计划的影响就开展变更，往往会加剧整体项目风险。本过程需要在整个项目期间开展。实施整体变更控制过程的数据流向如图8-6所示。
实施整体变更控制过程贯穿项目始终，项目经理对此承担最终责任。变更请求可能影响项目范围、产品范围以及任一项目管理计划组件或任一项目文件。在整个项目生命周期的任何时间，参与项目的任何干系人都可以提出变更请求。
在基准确定之前，变更无须正式受控、实施整体变更控制过程。一旦确定了项目基准，就必须通过实施整体变更控制过程来处理变更请求。尽管变更可以口头提出，但所有变更请求都必须以书面形式记录，并纳入变更管理和(或)配置管理系统中。在批准变更之前，可能需要了解变更对进度的影响和对成本的影响。在变更请求可能影响任一项目基准的情况下，都需要开展正式的整体变更控制过程。每项记录在案的变更请求都必须由一位责任人批准、推迟或否决，这个责任人通常是项目发起人或项目经理。应该在项目管理计划或组织程序中指定这位责任人，必要时应该由CCB来开展实施整体变更控制过程。变更请求得到批准后，可能需要新编(或修订)成本估算、活动排序、进度日期、资源需求和(或)风险应对方案分析，这些变更可能会对项目管理计划和其他项目文件进行调整。
8.8.1输入263
项目管理计划
可用作实施整体变更控制过程的输入的项目管理计划组件主要包括:
变更管理计划:为管理变更控制过程提供指导，并记录CCB的角色和职责。
配置管理计划:描述项目的配置项，识别应记录和更新的配置项，以便保持项目产品的一致性和有效性。
范围基准:提供项目和产品定义。
进度基准:用于评估变更对项目进度的影响。
成本基准:用于评估变更对项目成本的影响。
项目文件
可用于实施整体变更控制过程输入的项目文件主要包括:
需求跟踪矩阵:有助于评估变更对项目范围的影响。
风险报告:提供了与变更请求有关的项目风险来源的信息。
估算依据:指出了持续时间、成本和资源估算是如何得出的，可用于计算变更对时间、预算和资源的影响。
工作绩效报告
对实施整体变更控制过程特别有用的工作绩效报告包括:
资源可用情况
进度和成本数据
挣值报告
燃烧图或燃尽图。
变更请求
项目执行中很多过程都会输出变更请求。变更请求可能包含纠正措施、预防措施、缺陷补救，以及针对正式受控的项目文件或可交付成果的更新。变更可能影响项目基准，也可能不影响项目基准，变更决定通常由项目经理做决策。
对于会影响项目基准的变更，通常应该在变更请求中说明执行变更的成本、所需的计划日期修改、资源需求以及相关的风险。这种变更应由CCB(如有)和客户或发起人审批，除非他们本身就是CCB的成员。只有经批准的变更才能纳入修改后的基准。
事业环境因素
能够影响实施整体变更控制过程的事业环境因素主要包括:
法律限制，例如国家或地区法规;
政府或行业标准(如产品标准、质量标准、安全标准和工艺标准);
法律法规要求和(或)制约因素;
组织治理框架(通过安排人员、制定政策和确定过程，以结构化的方式实施控制、指导和协调，实现组织的战略和目标);
合同和采购制约因素等。
组织过程资产
能够影响实施整体变更控制过程的组织过程资产主要包括:
变更控制程序，包括修改组织标准、政策、计划和程序(或任一项目文件)所须遵循的步骤，以及如何批准和确认变更;
批准与签发变更的程序;
配置管理知识库，包括组织标准、政策、程序和项目文件的各种版本及基准等。
8.8.2工具与技术264
专家判断
实施整体变更控制过程中，应征求具备如下领域相关专业知识或接受过相关培训的个人或小组的意见，涉及领域包括:
关于项目所在的行业以及项目关注的领域的技术知识;
法律法规;
法规与采购;
配置管理;
风险管理等。
变更控制工具
为了便于开展配置和变更管理，可以使用一些手动或信息化的工具。配置控制和变更控制的关注点不同:
配置控制重点关注可交付成果及各个过程的技术规范;
而变更控制则重点关注识别、记录、批准或否决对项目文件、可交付成果或基准的变更。
变更控制工具的选择应基于项目干系人的需要，并充分考虑组织和环境的情况和制约因素。变更控制工具需要支持的配置管理活动包括:
识别配置项:识别与选择配置项，为定义与核实产品配置、标记产品和文件、管理变更和明确责任提供基础。
记录并报告配置项状态:对各个配置项的信息进行记录和报告。
进行配置项核实与审计:通过配置核实与审计，确保项目的配置项组成的正确性，以及相应的变更都被登记、评估、批准、跟踪和正确实施，确保配置文件所规定的功能要求都已实现。
变更控制工具还需要支持的变更管理活动包括:
识别变更:识别并选择过程或项目文件的变更项。
记录变更:将变更记录为合适的变更请求。
做出变更决定:审查变更，批准、否决、推迟对项目文件、可交付成果或基准的变更或做出其他决定。
跟踪变更:确认变更被登记、评估、批准和跟踪，并向干系人传达最终结果。
也可以使用变更控制工具管理变更请求和后续的决策，同时还需要及时沟通，帮助CCB的成员履行职责，并向干系人传达变更相关的决定。
数据分析
可用于实施整体变更控制过程的数据分析技术主要包括:
备选方案分析:用于评估变更请求，并决定哪些请求可接受、应否决或需修改。
成本效益分析:有助于确定变更请求是否值得投入相关的成本。
决策
可用于实施整体变更控制过程的决策技术主要包括:
投票:投票可以采取一致同意、大多数同意或相对多数原则的方式，以决定是否接受、推迟或否决变更请求。
独裁型决策制定:采用这种决策技术，将由一个人负责为整个集体制定决策。
多标准决策分析: 该技术借助决策矩阵，根据一系列预定义的准则，用系统分析方法评估变更请求。
会议
与CCB一起召开变更控制会。CCB负责审查变更请求，并做出批准、否决或推迟的决定。大部分变更会对时间、成本、资源或风险产生一定的影响，因此，评估变更的影响也是会议的基本工作。此外，会议上可能还要讨论并提议所请求变更的备选方案。最后，将会议决定传达给提出变更请求的责任人或小组。
CCB也可以审查配置管理活动。应该明确规定CCB的角色和职责，并经干系人一致同意后，记录在变更管理计划中。CCB的决定都应记录在案，并向干系人传达，以便其知晓并采取的后续行动。
8.8.3输出265
批准的变更请求
由项目经理、CCB或指定的团队成员，根据变更管理计划处理变更请求，做出批准、推迟或否决的决定。批准的变更请求应通过指导与管理项目工作过程加以实施。对于推迟或否决的变更请求，应通知提出变更请求的个人或小组。
项目管理计划(更新)
项目管理计划的任一正式受控的组成部分，都可通过实施整体变更控制过程进行变更。对基准的变更，只能基于最新版本的基准并应对未来的情况，而不能变更以往的绩效，保证保护基准和历史绩效数据的严肃性和完整性。
项目文件(更新)
正式受控的任一项目文件都可在实施整体变更控制过程变更，同时并将项目期间发生的变更全部记录在变更日志中。
8.9结束项目或阶段265
结束项目或阶段是终结项目、阶段或合同的所有活动的过程。本过程的主要作用:
①存档项目或阶段信息，完成计划的工作;
②释放组织团队资源以展开新的工作。它仅开展一次或仅在项目或阶段的结束点开展。结束项目或阶段过程的数据流向如图8-7所示。
在结束项目时，项目经理需要回顾项目管理计划，确保所有项目工作都已完成、项目目标均已实现。结束项目或阶段过程所需执行的活动包括:
为达到阶段或项目的完工或退出标准所必须的行动和活动;
为关闭项目合同协议或项目阶段合同协议所必须开展的活动;
为完成收集项目或阶段记录、审计项目成败、管理知识分享和传递、总结经验教训、存档项目信息以供组织未来使用等工作所必须开展的活动;
为向下一个阶段，或者向生产和(或)运营部门移交项目的产品、服务或成果所必须开展的行动和活动;
收集关于改进或更新组织政策和程序的建议，并将它们发送给相应的组织部门;
测量干系人的满意程度等。
如果项目在完工前提前终止，结束项目或阶段过程还需要制定程序，调查和记录提前终止的原因。为了实现上述目的，项目经理应该引导所有合适的干系人参与结束项目或阶段的工作。
8.9.1输入266
项目章程
项目章程记录了项目成功标准、审批要求，以及由谁来签署项目结束。
项目管理计划
项目管理计划的所有组成部分均为结束项目或阶段过程的输入。
项目文件
可用于结束项目或阶段过程输入的项目文件主要包括:
假设日志:记录与技术规范、估算、进度和风险等有关的全部假设条件和制约因素。
需求文件:用于证明符合项目范围。
里程碑清单: 列出了完成项目里程碑的最终日期。
风险登记册:提供了有关项目期间发生的风险的信息。
风险报告: 提供了有关风险状态信息，确认项目结束时没有未关闭风险。
估算依据:用于根据实际结果来评估持续时间、成本和资源估算以及成本控制。
变更日志:包含整个项目或阶段期间的所有变更请求的状态。
问题日志:用于确认所有问题已解决，没有遗留未解决的问题。
经验教训登记册:在归入经验教训知识库之前，完成对阶段或项目经验教训总结。
项目沟通记录:包含整个项目期间所有的沟通。
质量控制测量结果:记录了控制质量活动的结果，证明符合质量要求。
质量报告:内容可包括由团队管理或需上报的全部质量保证事项、改进建议，以及在控制质量过程中发现的不合格项或其他事项的说明。
验收的可交付成果
验收的可交付成果可包括批准的产品规范、交货收据和工作绩效文件。对于分阶段实施的项目或提前取消的项目，还可能包括部分完成或中间的可交付成果。
立项管理文件
结束项目或阶段涉及的立项管理文件主要包括:
可行性研究报告:记录了作为项目依据的商业需求和成本效益分析。
项目评估报告:概述了项目的目标效益。
立项管理用于确定项目是否达到了经济可行性研究的预期结果。
协议
通常在合同条款和条件中定义对正式关闭采购的要求，并包括在采购管理计划中。在复杂项目中，可能需要同时或先后管理多个合同。
采购文档
为关闭合同，需收集全部采购文档，并建立索引、加以归档。有关合同进度、范围、质量和成本绩效的信息，以及全部合同变更文档、支付记录和检查结果，都要归类收录。在项目结束时，应将“实际执行的”计划(图纸)或“初始编制的”文档、手册、故障排除文档和其他技术文档视为采购文件的组成部分。这些信息可用于总结经验教训，并为签署以后的合同而用作评价承包商的基础。
组织过程资产
能够影响结束项目或阶段过程的组织过程资产主要包括:
项目或阶段收尾指南或要求(如经验教训、项目终期审计、项目评价、产品确认、验收标准、合同收尾、资源重新分配、团队绩效评估以及知识传递);
配置管理知识库:包括组织标准、政策、程序和项目文件的各种版本及基准。
8.9.2工具与技术268
专家判断
结束项目或阶段过程中，应征求具备如下领域相关专业知识或接受过相关培训的个人或小组的意见，涉及领域包括:
管理控制;
审计;
法规与采购;
法律法规等。
数据分析
可用于结束项目或阶段的数据分析技术主要包括:
文件分析:评估现有文件有助于总结经验教训和分享知识，以改进未来项目和组织资产。
回归分析:该技术分析作用于项目结果的不同项目变量之间的相互关系，以提高未来项目的绩效。
趋势分析:可用于确认组织所用模式的有效性，并且为未来项目而进行相应的模式调整。
偏差分析:可通过比较计划目标与最终结果来改进组织的测量指标。
会议
会议用于确认可交付成果已通过验收，已达到退出标准，正式关闭合同，评估干系人满意度，收集经验教训，传递项目知识和信息以及庆祝成功。
参会者可包括项目团队成员，参与项目或受项目影响的其他干系人。
会议可以是面对面或虚拟会议，正式或非正式会议。
会议类型包括:收尾报告会、客户总结会、经验教训总结会、庆祝会等。
8.9.3输出268
项目文件(更新)
可在结束项目或阶段更新所有项目文件，并标记为最终版本。特别值得注意的是，经验教训登记册的最终版本要包含阶段或项目收尾的最终信息。最终版本的经验教训登记册可包含:
效益管理
项目评估的准确性
项目和开发生命周期
风险和问题管理
干系人参与
其他项目管理过程等相关信息。
最终产品、服务或成果
把项目交付的最终产品、服务或成果(对于阶段收尾，则是所在阶段的中间产品、服务或成果)移交给客户。
项目最终报告
用项目最终报告总结项目绩效，其中可包含:
①项目或阶段的概述;
②范围目标、范围的评估标准，证明达到完工标准的证据;
③质量目标、项目和产品质量的评估标准、相关核实信息和实际里程碑交付日期以及偏差原因;
④成本目标，包括可接受的成本区间、实际成本，产生任何偏差的原因等;
⑤最终产品、服务或成果的确认信息的总结;
⑥进度计划目标，包括成果是否实现项目预期效益:如果在项目结束时未能实现效益，则指出效益实现程度并预计未来实现情况;
⑦关于最终产品、服务或成果如何满足业务需求的概述:如果项目结束时未能满足业务需求，则指出需求满足程度并预计业务需求何时能得到满足;
⑧关于项目过程中发生的风险或问题及其解决情况的概述等。
组织过程资产(更新)
结束项目或阶段需要更新的组织过程资产主要包括:
项目文件:在项目活动中产生的各种文件，例如项目管理计划，范围文件、成本文件、进度文件和项目日历，以及变更管理文件。
运营和支持文件:组织维护、运营和支持项目交付的产品或服务时所需的文件，可包括新生成的文件，或对已有文件的更新。
项目或阶段收尾文件:包括表明项目或阶段完工的正式文件，以及用来将完成的项目或阶段可交付成果移交给他人(如运营部门或下一阶段)的正式文件。在项目收尾期间, 项目经理应该回顾以往的阶段文件，确认范围过程所产生的客户验收文件以及合同协议(如果有的话)，以确保在达到全部项目要求之后才正式关闭项目。如果项目在完工前提前终止，则需要在正式的收尾文件中说明项目终止的原因并规定正式程序，把该项目的已完成和未完成的可交付成果移交他人。
经验教训知识库:将在整个项目期间获得的经验教训和知识归入经验教训知识库，供未来项目使用。
