项目整合管理：
把项目拉成一个整体

说明项目为什么值得做、预期产生什么效益，是章程中项目目的、高层级目标和成功标准的重要依据。项目经理通常参与理解和澄清，但不负责批准这些业务文件。

• 商业论证：业务需要、成本效益、可行性和备选方案
• 效益管理计划：目标效益、责任人、时间安排、衡量指标和持续实现方式

考点常考“先有商业论证和效益设想，再形成项目章程”；不能把立项管理文件当成项目管理计划。

界定项目最初意图、双方责任或交付约定，可表现为合同、谅解备忘录、服务水平协议、意向书、口头或书面约定。

考点外部客户项目常由合同触发，但“有合同”不等于项目已经完成内部授权；项目仍需章程。

项目团队无法任意控制、却会影响章程制定的内外部条件。这里重点关注政府或行业标准、法律法规、市场状况、组织文化与治理框架。

考点判断口诀不是“外部就是环境、内部就是资产”；组织文化、结构和基础设施虽在组织内部，仍属于事业环境因素。

组织拥有并可复用的过程、制度和历史知识，为章程提供模板、审批口径与过去项目经验。

考点常见内容包括组织标准流程、项目组合/项目集政策、项目章程模板、历史信息和经验教训知识库；它们通常可以由组织持续更新。

提供项目目的、高层级范围、关键里程碑、总体风险、成功标准以及项目经理权限，为详细规划划定方向和边界。

考点章程中的高层级内容会在规划中逐步细化，但不能由项目团队随意改变授权目的。

各知识领域产生的分项管理计划和基准，需要在这里协调冲突、统一版本并纳入总体计划；尚未完成的组成部分会随着规划迭代补充。

考点项目管理计划不是一次写完，也不是各子计划机械拼接；规划过程相互作用，通常要反复迭代。

影响计划裁剪和治理方式的条件，包括组织结构与文化、基础设施、人员能力、项目管理信息系统、法律法规和行业标准。

考点同一个过程框架需要根据项目规模、复杂度、生命周期和组织治理要求进行裁剪。

提供规划时必须遵守或可借鉴的政策、模板、变更控制程序、配置管理知识、历史资料和经验教训。

考点组织的标准指南可能是强制要求；历史项目计划只能借鉴，不能直接照搬。

为执行工作提供经过批准的总体方法、分项规则和基准；团队据此组织活动、管理接口并判断偏差。

考点执行必须以当前有效版本为准，不能按尚未批准的变更方案先做后批。

向执行团队提供具体活动、沟通、需求、风险和里程碑信息，并在工作推进中持续更新。

• 变更日志
• 经验教训登记册
• 里程碑清单
• 项目沟通记录
• 项目进度计划
• 需求跟踪矩阵
• 风险登记册
• 风险报告

考点题目常把“项目管理计划”与“项目文件”混列；前者是统领和基准，后者是支持项目实施的动态记录。

经过实施整体变更控制批准、需要在执行中落实的纠正措施、预防措施、缺陷补救或受控更新。

考点“变更请求”还在等待审查；“批准的变更请求”才是本过程的执行依据。

影响执行方式的组织结构、文化、基础设施、人员管理制度、干系人风险临界值和项目管理信息系统等条件。

考点项目管理信息系统既受环境条件影响，又作为本过程的工具使用，题目可能从不同层级描述同一系统。

包括标准化指南、问题与缺陷管理程序、绩效测量数据库、历史项目文件和组织知识库，为执行提供规范与经验。

考点执行中形成的新经验可以反过来更新组织过程资产，但更新应遵守组织权限。

所有计划组成部分都可能包含开展工作所需的管理知识，尤其是资源、沟通和干系人参与安排。

考点管理知识贯穿执行，不是收尾时才补一份总结。

提供已有经验、团队构成、资源结构、供方选择和干系人信息，帮助识别知识拥有者与知识需求者。

• 经验教训登记册
• 项目团队派工单
• 资源分解结构
• 供方选择标准
• 干系人登记册

考点这些文件的共同作用是回答“谁知道、谁需要知道、哪些知识可复用”。

成果及其形成过程承载技术和管理知识，可从设计、缺陷、测试和使用反馈中提炼经验。

考点可交付成果既是工作结果，也是知识学习的载体；本过程不负责正式验收成果。

组织文化、地理分布、信任程度、知识共享习惯以及信息安全要求，会直接影响知识能否流动。

考点只建设知识库而忽略文化、激励和信任，往往无法转移隐性知识。

组织的知识管理政策、经验库、专家名录、信息保密要求和历史资料，为知识复用提供基础。

考点本过程既读取组织知识库，也可能把新经验沉淀回组织过程资产。

提供衡量实际绩效所需的管理规则、范围/进度/成本基准和绩效测量基准。

考点没有批准的基准就无法客观判断偏差；监控的依据必须是当前有效计划。

提供假设、估算依据、预测、问题、质量和风险等上下文，让绩效偏差能够被解释而不只被数字化。

• 假设日志
• 估算依据
• 成本预测
• 问题日志
• 经验教训登记册
• 里程碑清单
• 质量报告
• 风险登记册
• 风险报告
• 进度预测

考点项目文件用于解释“为什么偏、将怎样发展”，不是全部都属于项目管理计划。

各控制过程把原始数据与对应基准、阈值和背景结合后形成的分析结果，例如偏差、趋势和预测。

考点本过程接收的是“信息”，不是原始“数据”；整合后输出面向决策者的“报告”。

为合同义务、里程碑、付款条件、服务水平和双方责任提供监控依据。

考点判断供应或外部承诺是否偏离时，不能只对照内部计划，还要对照协议。

市场变化、法规、组织治理、风险临界值和项目管理信息系统等会影响绩效解释和报告方式。

考点外部环境变化可能触发新的风险或变更请求，不代表项目团队可以直接改基准。

包括监控政策、报告模板、问题和缺陷管理程序、历史绩效数据和经验教训知识库。

考点历史数据可帮助设定阈值和识别异常，但应考虑项目之间的可比性。

提供变更和配置控制规则，以及判断变更影响所需的范围、进度、成本基准。

• 变更管理计划
• 配置管理计划
• 范围基准
• 进度基准
• 成本基准

考点变更管理计划说明流程和角色；配置管理计划说明配置项识别、状态记录、核实与审计；三大基准用于衡量影响。

提供估算逻辑、需求来源和总体风险信息，帮助判断变更是否必要、影响多大以及能否追溯。

• 估算依据
• 需求跟踪矩阵
• 风险报告

考点需求跟踪矩阵特别适合检查需求与交付、测试和变更之间的追溯关系。

说明当前绩效、偏差和预测，为评估“不变会怎样、改变又会怎样”提供事实基础。

考点变更决策不能只看申请人的理由，还要结合整体绩效和未来影响。

对项目文件、可交付成果或项目管理计划提出的正式修改建议，可能来自任何相关过程和干系人。

考点所有变更都要记录；是否由 CCB 审批取决于计划规定的权限，项目经理并非天然有权批准所有变更。

法律限制、行业要求、组织治理以及项目管理信息系统会影响变更审批权限和实施约束。

考点紧急变更也应遵循预先定义的紧急流程，而不是完全跳过记录和追溯。

提供正式变更程序、审批层级、配置管理知识库、历史变更记录和标准表单。

考点高成熟度组织通常已定义不同金额、范围或风险级别对应的审批权限。

提供最初批准理由、可测量目标、成功标准、关键干系人和退出标准，用于判断项目是否实现被授权的目标。

考点收尾要回看项目为什么启动，而不只是检查最后一批任务是否完成。

所有计划组成部分共同规定收尾方式、验收要求、基准目标、合同安排和知识移交要求。

考点收尾也应按计划执行；不能把项目管理计划理解为只指导执行阶段。

提供假设、估算、变更、问题、质量、需求、风险和沟通的完整记录，用于确认未结事项、总结绩效和归档。

• 假设日志
• 估算依据
• 变更日志
• 问题日志
• 经验教训登记册
• 里程碑清单
• 项目沟通记录
• 质量控制测量结果
• 质量报告
• 需求文件
• 风险登记册
• 风险报告

考点收尾不是只看一个最终报告，而是检查整个项目证据链是否完整。

已经由客户或发起人按确认范围过程正式接受的成果，是最终移交的重要前提。

考点控制质量产生核实的可交付成果，确认范围产生验收的可交付成果，收尾完成最终移交。

用于比较最初业务需要、预期效益与实际结果，识别尚需运营阶段继续跟踪的效益。

• 商业论证
• 效益管理计划

考点项目结束不意味着全部效益已经实现；效益可能在产品进入运营后才逐步出现。

明确合同交付、付款、验收、质保、服务和关闭条件，用于确认双方义务是否完成。

考点行政收尾与合同收尾都要有证据，未解决索赔和尾款不能靠口头“结项”带过。

包含采购计划、合同、工作说明书、投标与评审资料、变更、付款、检查和验收记录，用于关闭采购关系。

考点采购文档既支持财务和法律审计，也支持总结供方绩效与采购经验。

提供项目或阶段关闭指南、验收标准、审计要求、知识转移规范和历史信息。

考点收尾产生的最终资料还会反向更新组织知识库，形成未来项目的输入。