一、变更管理
变更管理的核心原则：“基准已批，动之必变；流程闭环，先批后做”，任何影响范围、进度、成本基准的变更，必须遵循标准流程。
1. 变更管理核心流程
- 识别变更需求：发现问题/机会（如外部事件、客户需求、质量缺陷）；
- 分析变更影响：评估对范围、进度、成本、质量、风险的影响（此步骤在提交请求前完成）；
- 提交变更请求：填写正式变更请求表单（必走步骤，无例外）；
- CCB审批：变更控制委员会评估并决策（批准/否决/延期）；
- 实施批准变更：仅在批准后执行，不得提前行动；
- 更新相关文件：修改项目管理计划、基准、风险登记册等；
- 沟通与归档：向相关方同步结果，归档变更记录。
2. 关键要点
- 变更适用场景：任何修改已批准基准（范围、进度、成本）的行为，无论“好坏”（如免费升级材料、提前交付）；
- 禁忌行为：绕过流程直接实施、未批先做、隐瞒变更影响；
- 高频考点：变更请求获批后，下一步必是“实施批准的变更”，而非重复分析影响；免费变更也需走流程（避免隐性风险）。
3. 易混点区分
- 缺陷补救vs范围变更：缺陷补救是修复不合格产品（不改变基准），范围变更是增减工作内容（改变基准）；
- 变更请求vs问题处理：问题是已发生的障碍（如客户拒绝提供信息），需先记录问题日志，若解决问题需改基准，再提交变更请求。
二、项目启动与项目章程（核心考点）
项目启动的核心输出是项目章程，它是项目的“出生证明”和项目经理的“授权书”。
1. 项目章程核心作用
- 正式授权项目启动；
- 任命项目经理，赋予其使用组织资源的权力；
- 明确项目高层级目标、范围边界、主要相关方；
- 作为后续规划的依据（无章程，不规划）。
2. 必含核心内容
- 项目目的与高层级需求；
- 项目发起人及关键相关方；
- 项目经理任命及权限；
- 高层级范围、进度、成本基准（初步估算）；
- 主要风险与制约因素（如天气、合规要求）；
- 项目审批要求（成功标准）。
3. 应用场景
- 项目经理刚被任命，首要任务是“与发起人沟通完成项目章程”；
- 职能部门质疑资源使用权限时，出示项目章程证明授权；
- 项目目标争议时，以项目章程为最终依据。
三、规划过程组核心（考点整合）
规划过程组的核心逻辑：“先授权，再规划；先整体，后细节”，所有子计划需整合为统一的项目管理计划。
1. 规划阶段核心输出
- 项目管理计划：包含范围管理计划、进度管理计划、成本管理计划、质量管理计划等所有子计划；
- 辅助文件：假设日志（记录制约因素+假设条件）、风险登记册、问题日志、干系人登记册。
2. 关键要点
- 规划前提：必须在项目章程批准后启动（无授权不规划）；
- 假设日志作用：记录已知制约因素（如天气、资源限制）和假设条件（如供应商按时交货），是规划的基础；
- 规划原则：渐进明细（从高层级到详细，逐步完善），避免“一次性规划到底”。
3. 高频考点
- 遇到“制约因素”（如固定预算、强制日期），首先记录到假设日志；
- 项目管理计划制定后，需获得关键相关方批准，方可进入执行阶段；
- 规划阶段的核心工具：备选方案分析（多策略比较选最优，如风险应对策略选择）。
四、项目收尾核心（考点整合）
收尾的核心目标：“正式关闭项目，移交成果，沉淀经验”，不得遗漏关键步骤。
1. 收尾阶段核心活动
- 最终验收：获得客户/发起人对可交付成果的正式认可；
- 成果移交：向运营团队/客户移交产品/服务及相关文档；
- 资源释放：重新分配项目设施、设备、人员等资源；
- 财务收尾：结算费用、关闭合同、确认付款；
- 知识沉淀：总结经验教训，更新组织过程资产；
- 文档归档：整理项目档案（计划、变更记录、验收报告等）。
2. 关键要点
- 收尾禁忌：未验收先移交、遗漏经验教训总结、未释放资源；
- 特殊场景：收尾前发现质量缺陷，需先做缺陷补救（项目团队负责），合格后再移交；
- 高频考点：客户已接受成果后，内部干系人异议（如成本过高），需先完成收尾，异议记录为经验教训。
五、关键文件区分
| 文件名称 | 核心作用 | 制定阶段 | 关键特征 |
|---|---|---|---|
| 商业论证 | 论证项目可行性（投资回报、战略对齐） | 项目启动前 | 由发起人制定，是项目启动的依据 |
| 项目章程 | 授权项目、任命项目经理、明确高层级目标 | 启动过程组 | 无章程不规划，解决“授权”问题 |
| 项目管理计划 | 整合所有子计划，指导项目执行/监控/收尾 | 规划过程组 | 需关键相关方批准，是项目的“操作手册” |
| 效益管理计划 | 测量/实现项目效益（如市场份额提升、成本节约） | 规划过程组 | 聚焦“成果价值”，而非“执行细节” |
| 假设日志 | 记录制约因素+假设条件（如天气、供应商履约） | 启动+规划阶段 | 项目早期创建，全程更新 |
| 经验教训登记册 | 记录项目成功/失败经验（贯穿项目全周期） | 启动阶段开始 | 最终归档到组织过程资产，供未来项目使用 |
易混点速记
- 商业论证vs项目章程：商业论证“该不该做”，项目章程“能不能做（授权）”；
- 项目管理计划vs效益管理计划：前者管“怎么做”，后者管“怎么实现价值”。
六、问题与风险管理区分（高频考点）
核心原则：“问题是已发生的事实，风险是未发生的不确定性”
1. 问题管理
- 定义：已发生的、影响项目推进的障碍（如客户拒绝提供信息、团队成员离职）；
- 核心流程：记录问题日志→分析原因→制定解决方案→执行→关闭；
- 高频考点：发现问题后，第一步必是“更新问题日志”，而非直接上报或沟通。
2. 风险管理（考点）
- 风险应对规划工具：备选方案分析（多策略比较，如转移vs减轻风险）；
- 易混点：风险登记册记录“潜在事件”，问题日志记录“已发生事件”；定性风险分析用于风险排序，而非策略选择。
七、其他高频考点
1. 资源授权与获取
- 核心文件：项目章程（证明项目经理有权使用组织资源）；
- 场景：职能部门拒绝提供资源时，出示项目章程而非资源管理计划（资源计划无授权效力）。
2. 开工会议（Kick-off Meeting）
- 核心目的：统一相关方认知、明确目标、建立团队契约（互动优先）；
- 关键原则：关键相关方（发起人、客户、核心团队）必须全员参与，无法集中时“分时区多次召开”，拒绝仅让相关方看录像（牺牲互动性）；
- 召开时机：项目管理计划批准后、执行阶段前。
3. 组织过程资产
- 核心作用：沉淀组织智慧，避免重复犯错（如经验教训、历史项目数据）；
- 关键动作：项目结束时，必须将经验教训、项目档案更新到组织过程资产；
- 高频考点：历史项目问题重复出现，根源是“未将经验教训转移到组织过程资产”。
八、结尾
规划与整合管理的核心是“流程化、标准化、闭环化”，掌握以上知识点，可覆盖考试80%相关考题。
（支持资料、图片参考_相关定制）_文章底部可以扫码)
