Appearance
整合管理：项目经理的"总指挥"领域（零基础版）
本页导读：十大知识领域里，管钱的有成本、管工期的有进度、管验收的有质量——那管"把它们捏合到一起"的呢？这就是整合管理，也是唯一由项目经理从头负责到尾的领域。零基础记住一个画面就够了：装修工地上那个总指挥——他不管贴砖、不管刷漆，但没有他，水电工和瓦工各干各的，一定打架。本页按 7 个过程逐个精讲，每个过程都先给一句大白话"它在干嘛"，再上 ITO 表；重点突破项目章程、项目管理计划、变更控制流程与收尾工作。
一、你将学会
- 整合管理为什么是"项目经理亲自负责"的领域，它到底整合了什么。
- 7 个过程各自的装修版大白话，以及 ITO 表。
- 项目章程里有什么、没有什么、谁来批（超高频选择题）。
- 项目管理计划的"10 子计划 + 3 基准"结构，以及它和"项目文件"的区别。
- 干活时怎么留痕：可交付成果、工作绩效数据、问题日志分别是啥。
- 显性知识和隐性知识怎么管，"经验教训登记册"怎么变成公司家底。
- 变更控制的六条铁律（案例题找错专用）。
- 收尾要做哪三件事，提前终止的项目为什么也要收尾。
二、开胃比喻：装修总指挥的一天
想象你是自家装修的总指挥（监工），家里人（发起人）给了你权，工人听你调度。你的一天大概是这样：
- 早上开工前，翻总方案（图纸+预算+工期表+规矩，这就是"项目管理计划"），喊今天该进场的工种（指导与管理项目工作）；
- 中午巡场，发现瓦工贴的砖和图纸对不上，记到问题清单上（问题日志），琢磨要不要申请改方案（变更请求）；
- 下午邻居来投诉噪音，你安抚完把"错峰施工"写进装修日记（管理项目知识）；
- 晚上对照工期表和账本算偏差，给家里发今日战报（工作绩效报告）；
- 家里人突然说想把次卧改成衣帽间？——可以，但先填申请单，全家开会评估影响再批（实施整体变更控制）。
发现了吗？贴砖、刷漆、走线这些专业活各有工种负责（对应其他九个知识领域），而让所有活儿不打架、按同一个方案推进、出了变化统一决策——这就是你这个总指挥的活，也就是整合管理。
整合的三层含义（答案例题"整合管理整合了什么"的标准答案）：
- 过程整合：49 个过程相互衔接，前后输出输入串成一条流水线。
- 内容整合：各领域的子计划汇成一份总计划，不能各写各的。
- 人员整合：统一指挥、协调冲突，让工人们劲往一处使。
三、知识框架
- 整合管理（7 个过程，唯一横跨五大过程组全部组别的领域）
- 启动：制定项目章程
- 规划：制定项目管理计划
- 执行
- 指导与管理项目工作
- 管理项目知识
- 监控
- 监控项目工作
- 实施整体变更控制
- 收尾：结束项目或阶段
- 主线：授权（章程）→ 定盘（计划）→ 干活（指导与管理）→ 攒经验（知识）→ 看住（监控）→ 管变（变更）→ 收摊（收尾）
- 核心概念
- 项目章程：正式授权的"出生证 + 委托书"
- 项目管理计划：子计划 + 基准的总合订本
- 变更控制：CCB + 流程，"改方案必须走审批"
- 组织过程资产：项目经验回流公司，变成下一家的家底
四、各过程精讲
1. 制定项目章程（启动）
一句大白话：全家正式拍板"就装了"，白纸黑字授权你当总指挥、给你批钱——这份"装修委托书"就是项目章程。
ITO 一览
| 主要输入 | 主要工具与技术 | 主要输出 |
|---|---|---|
| 立项管理文件（含商业论证、效益管理计划）、协议、事业环境因素、组织过程资产 | 专家判断、数据收集（头脑风暴/焦点小组/访谈）、人际关系与团队技能（冲突管理/引导/会议管理）、会议 | 项目章程、假设日志 |
项目章程主要内容（简记"目标+人+钱+权+退出"）：
- 项目目的、可测量的项目目标与相关的成功标准
- 高层级需求、高层级项目描述、边界定义与主要可交付成果
- 整体项目风险、总体里程碑进度计划、预先批准的财务资源
- 关键干系人名单、项目审批要求、项目退出准则
- 委派的项目经理、职责与职权、发起人姓名与职权
谁批章程（高频坑）：章程是"发起人/高层"签发，项目经理可以参与编制，但没有批准权——你不能自己给自己发委托书。装修版：监工可以起草委托书，但签字画押的必须是出钱的家长。
易错：章程不含"详细的进度计划、详细的预算分解、具体的团队成员名单"——这些属于项目管理计划及项目文件。章程是高层级授权文件，装修版：委托书上写"总预算 30 万、10 月 1 日前完工、你是总指挥"，不会写"3 号工人每天贴几平米砖"。
上游依据（输入解释）：
- 立项管理文件：项目建议书、可行性研究报告（机会研究/初步可行性研究/详细可行性研究）、商业论证等——回答"为什么值得装"。
- 协议（合同）：来自外部客户委托场景，比如帮邻居家做装修，合同就是章程的依据。
2. 制定项目管理计划（规划）
一句大白话：把图纸、预算表、工期表、各项规矩合订成一本"装修总方案"，以后所有人照这一本干活。
ITO 一览
| 主要输入 | 主要工具与技术 | 主要输出 |
|---|---|---|
| 项目章程、其他过程的输出、事业环境因素、组织过程资产 | 专家判断、数据收集（头脑风暴/核对单/焦点小组/访谈）、人际关系与团队技能、会议 | 项目管理计划 |
项目管理计划组件（高频）：
- 10 个子管理计划：范围、需求、进度、成本、质量、资源、沟通、风险、采购、干系人参与。
- 3 大基准：范围基准、进度基准、成本基准（合称绩效测量基准 PMB）。
- 附加组件：变更管理计划、配置管理计划、绩效测量基准描述、项目生命周期、开发方法。
关键认知：项目管理计划是渐进明细的——先框架后细化，经批准后成为基准；后续修改必须走变更控制。装修版：总方案先定骨架（风格、总预算、大节点），随着聊得细逐步补全；一旦全家签字确认，再想改就得走变更流程，不能偷偷改。
项目管理计划 vs 项目文件（易混对照，选择题年年考）：
| 类别 | 常见成员 | 修改方式 |
|---|---|---|
| 项目管理计划 | 10 子计划、3 基准、变更/配置管理计划等 | 基准类必须走变更控制 |
| 项目文件 | 假设日志、需求文件、风险登记册、问题日志、干系人登记册、经验教训登记册、变更日志、里程碑清单、活动清单、资源日历、质量报告等 | 按文件管控规则更新，一般不需 CCB |
装修版记忆：总方案本（合订本）= 项目管理计划；单页纸（材料清单、问题便签、风险便签）= 项目文件。往合订本里塞单页纸、或以为单页纸也归 CCB 管，都错。
3. 指导与管理项目工作（执行）
一句大白话：每天开工指挥——按总方案叫人、派活、盯进度，干出实际成果，记下原始台账和问题清单。
ITO 一览
| 主要输入 | 主要工具与技术 | 主要输出 |
|---|---|---|
| 项目管理计划、项目文件、批准的变更请求、事业环境因素、组织过程资产 | 专家判断、项目管理信息系统（PMIS）、会议 | 可交付成果、工作绩效数据、问题日志、变更请求、计划与文件更新 |
要点逐个说：
- 执行过程花钱最多、人力投入最大；输出可交付成果（干出来的东西：贴好的砖、装好的柜子）与工作绩效数据（原始观察值：本周贴砖 80 平米、花料 3.2 万）。
- 问题日志在此创建：记录和监督问题的解决。问题 vs 风险：风险还没发生（可能出的事），问题已经发生（正在坑你的事）。装修版："瓷砖可能会缺货"是风险，"瓷砖真缺货了"是问题。
- 已批准的变更请求在本过程实施，实施后还要经过控制质量等过程核实——批准了 ≠ 干完了。
- PMIS（进度、成本、配置管理工具等）是执行与监控的统一工作台。
4. 管理项目知识（执行）
一句大白话：写装修日记——今天踩了什么坑、师傅教了什么诀窍，记下来、传出去，别让经验跟着工人下班就消失。
ITO 一览
| 主要输入 | 主要工具与技术 | 主要输出 |
|---|---|---|
| 项目管理计划、项目文件、可交付成果、事业环境因素、组织过程资产 | 专家判断、知识管理、信息管理、人际关系与团队技能（积极倾听/引导/领导力/人际交往/大局观） | 经验教训登记册、项目管理计划更新、组织过程资产更新 |
显性知识 vs 隐性知识（高频）：
- 显性知识：能写成文字、存进文档的知识（材料参数表、验收清单）——用信息管理手段（编文档、建库、编目检索）。
- 隐性知识：藏在人脑子里的经验、诀窍、手感（老师傅看一眼就知道水泥砂浆配比对不对）——靠知识管理手段（人际交流、实践社区、跟随学习、知识分享会）。
- 装修版：日记本上写得下来的 = 显性；老师傅的手感 = 隐性，只能跟着干才能学。
- 知识管理最难的是隐性知识的分享（取决于人的意愿和情境），单靠写文档解决不了。
经验教训登记册的一生：在早期创建 → 整个项目生命周期持续更新（"踩坑随时记"）→ 收尾时纳入组织过程资产（经验教训知识库），完成"项目经验→组织财富"的沉淀。它是项目内文件，入库之后才升级为公司家底。
5. 监控项目工作（监控）
一句大白话：每周巡检对表——对照总方案查进度、查成本、查质量，出一份"工地周报"，发现问题就提变更申请。
ITO 一览
| 主要输入 | 主要工具与技术 | 主要输出 |
|---|---|---|
| 项目管理计划、项目文件、工作绩效信息、协议、事业环境因素、组织过程资产 | 专家判断、数据分析（备选方案分析/成本效益分析/挣值分析/根本原因分析/趋势分析/偏差分析）、决策（多标准）、会议 | 工作绩效报告、变更请求、计划与文件更新 |
要点：
- 监控对象包括绩效与基准偏差；产出工作绩效报告——给干系人看的"工地体检报告"。
- 发现问题提出变更请求，但自己不批准——批准是"实施整体变更控制"的事。装修版：巡检时你可以喊"这得改"，但改不改要开家庭会议定。
- 监控要基于当前批准的计划与基准，而不是最初版计划——如果中途批准过修改，就照新基准查偏差。
6. 实施整体变更控制（监控，案例题重灾区）
一句大白话：改动审批会——任何"想改方案"的念头，都得书面申请、评估影响、开会批准，批准后先改文件再动手。
ITO 一览
| 主要输入 | 主要工具与技术 | 主要输出 |
|---|---|---|
| 项目管理计划、项目文件、工作绩效报告、变更请求 | 专家判断、变更控制工具、数据分析（备选方案分析/成本效益分析）、决策（投票/独裁型决策制定/多标准决策分析） | 批准的变更请求、项目管理计划更新、项目文件更新 |
变更控制核心规则（背熟，案例找错题逐条对）：
- 任何干系人都可以提出变更请求，但必须走书面流程。装修版：家里人随口说"要不改一下"不算数，得写申请单。
- **CCB（变更控制委员会）**审查、批准、推迟或否决变更；基准变更通常由 CCB 审批。装修版：家庭会议就是 CCB。
- 变更被批准后，先更新项目管理计划/项目文件，再实施；实施后还要核实与确认。顺序：批 → 改文件 → 动工 → 验收。
- 被否决的变更也要记录在变更日志中。
- 紧急变更：可先行处理，但事后必须补办变更手续。
- 变更控制流程本身写在变更管理计划里；配置管理为变更提供版本与基线支撑（哪个版本的总方案是当前生效的）。
- 敏捷环境同样有变更控制：变更进入产品待办列表排序，但迭代内的目标一般不轻易变。
详细的"变更八步流程"见 配置管理与变更管理。
7. 结束项目或阶段（收尾）
一句大白话：验收交房——结清尾款、归档资料、遣散工人、写装修总结，把经验留给下一家。
ITO 一览
| 主要输入 | 主要工具与技术 | 主要输出 |
|---|---|---|
| 项目章程、项目管理计划、项目文件、验收的可交付成果、协议、采购文档、事业环境因素、组织过程资产 | 专家判断、数据分析（文件分析/回归分析/趋势分析/偏差分析）、会议 | 最终产品、服务或成果的移交，最终报告，组织过程资产更新 |
收尾要做的事（论文常写）：
- 确认所有可交付成果已被客户正式验收（拿到验收文件，装修版：竣工验收单签字+保修卡到手）。
- 行政收尾：文档归档、更新经验教训知识库、释放资源、遣散团队、财务收账。
- 合同收尾：结清合同、处理未尽事宜（与控制采购衔接）。
- 提前终止的项目也要收尾：记录终止原因并办妥手续——装到一半不装了，也得算清账、归好档。
- 输出最终报告：总结项目绩效、目标达成情况、偏差与原因、遗留问题与建议。
- 阶段收尾同样适用本过程：阶段末评审 + 阶段文档归档 + 资源释放/转移（水电验收完归档，瓦工进场）。
五、高频考点与易错点
- 章程谁批：项目章程由项目以外的机构发布（发起人/管理层），项目经理无权批准自己的章程。
- 计划组件题：问"下列哪项不属于项目管理计划组件"——"项目日历""风险登记册""干系人登记册"都是项目文件；"变更管理计划、配置管理计划"属于计划组件（高频坑）。
- 数据/信息/报告链：工作绩效数据（执行）→ 工作绩效信息（各控制过程）→ 工作绩效报告（监控项目工作）。
- 变更判断题：项目经理最常见的正确动作是"评估影响→提交 CCB"，而不是"直接实施""直接拒绝""开会先斩后奏"。
- 管理项目知识：显性知识用信息管理、隐性知识用知识管理；经验教训登记册是项目内文件，入库后才是组织过程资产。
- 收尾顺序：先拿到正式验收，再行政收尾；验收的可交付成果是"结束项目或阶段"的输入。
- 整合的含义与裁剪：整合管理由项目经理亲自负责；裁剪（Tailoring）——根据项目特点调整各过程的深浅——也是项目经理的整合职责。
- 易错清单：把问题当风险（问题已发生）；以为监控项目工作能批准变更（不能，那是整体变更控制）；以为收尾只是"散伙饭"（要归档、要入库、要出最终报告）。
六、例题（自编模拟题，带详解）
【例题 1】 项目执行中，客户提出一项会引起范围基准变化的变更请求。项目经理的下一步最佳做法是（ ）。
A. 直接拒绝，因为基准已批准不得改变 B. 评估变更影响后提交 CCB 审批 C. 先实施变更，事后补办手续 D. 让客户直接找发起人批准
答案：B
详解：基准可以变，但必须走整体变更控制流程：评估影响（范围、进度、成本、质量、风险）→ 提交 CCB 审批 → 批准后更新计划 → 实施 → 核实。A 错（基准并非不可变，只是变更要受控）；C 仅适用于真正的紧急情况且事后必须补办，题干无紧急信息；D 推卸项目经理职责（发起人不是 CCB 的替身）。装修版：客户想砸墙改格局，你不能自己拍板砸，也不能直接怼回去，正确姿势是"我算算影响，报审批会"。选 B。
【例题 2】 关于项目章程，下列说法错误的是（ ）。
A. 项目章程正式授权项目经理动用组织资源 B. 项目章程由项目经理签署批准 C. 项目章程包含可测量的项目目标与成功标准 D. 项目章程赋予项目经理动用资源的职权
答案：B
详解：项目章程由项目之外的发起人或管理层批准发布——监工不能自己给自己签委托书。项目经理可参与编制，但无权批准，B 错误。A/C/D 都是章程的正确表述：授权（A）、目标与成功标准（C）、职权（D）都属于章程"目标+人+钱+权+退出"的内容。选 B。
七、术语卡
| 术语 | 大白话解释 |
|---|---|
| 整合管理 | 把各专业领域的活捏合在一起、统一指挥的"总指挥"领域 |
| 项目章程 | 项目的"出生证+委托书"：正式批准项目、授权项目经理 |
| 发起人 | 出钱、签章程、给项目撑腰的高层人物 |
| 商业论证 | 论证"这项目值不值得投"的文件，章程的上游依据 |
| 项目管理计划 | 10 子计划+3 基准+变更/配置管理等组件的总合订本 |
| 绩效测量基准（PMB） | 范围+进度+成本三大基准的合称 |
| 项目文件 | 计划之外的登记册、清单、日志等散件 |
| 可交付成果 | 干出来、能交付验收的东西 |
| 工作绩效数据 | 执行时记下的原始观察值 |
| 问题日志 | "已经发生、正在坑你"的问题清单 |
| 显性知识 | 写得下来、存得进文档的知识 |
| 隐性知识 | 藏在人脑里的经验、诀窍、手感 |
| 经验教训登记册 | 项目内持续更新的"踩坑+好点子"记录本 |
| 监控项目工作 | 对照基准查偏差、出体检报告的过程 |
| 变更请求 | "我想改点什么"的正式书面申请 |
| CCB（变更控制委员会） | 审批变更的机构，装修版=家庭会议 |
| 批准的变更请求 | 审批通过、可以实施的变更 |
| 配置管理 | 管版本、管基线，确保大家手里是同一版方案 |
| 行政收尾 | 归档、结账、遣散、入库 |
| 最终报告 | 项目总结：绩效、偏差、遗留问题与建议 |
八、自测 5 题（先自己做，再展开对答案）
1. 整合管理是十大知识领域中唯一（ ）的领域。
A. 只在启动和收尾执行 B. 由项目经理亲自负责、且过程覆盖全部五大过程组 C. 不产生任何项目文件 D. 不需要裁剪
2. 下列文件中，属于"项目管理计划"组件的是（ ）。
A. 风险登记册 B. 干系人登记册 C. 变更管理计划 D. 问题日志
3. 项目执行中团队发现一个已发生的供货延误正在影响工期，应首先记录到（ ）。
A. 风险登记册 B. 问题日志 C. 假设日志 D. 变更日志
4. 老师傅"看一眼砂浆就知道配比对不对"的经验属于（ ），主要通过（ ）手段分享。
A. 显性知识；信息管理 B. 隐性知识；知识管理 C. 显性知识；知识管理 D. 隐性知识；信息管理
5. 某项目因资金链断裂中途终止。正确的做法是（ ）。
A. 项目终止即可解散团队，无需任何流程 B. 仍需执行结束项目或阶段过程，记录终止原因并归档 C. 直接把已完成成果扔给客户 D. 等资金恢复后一并收尾
点击查看答案与解析
- B。整合管理 7 个过程横跨启动/规划/执行/监控/收尾全部五个组，且由项目经理亲自负责到底；A/C/D 均错误。这也是"总指挥"从头盯到尾的含义。
- C。变更管理计划、配置管理计划是项目管理计划的附加组件；风险登记册、干系人登记册、问题日志都是项目文件。这是年年必考的"计划 vs 文件"坑。
- B。"已发生、正在影响"= 问题，记问题日志；风险登记册记"还没发生、可能发生"的事。装修版：瓷砖真断货了是问题，"可能断货"才是风险。
- B。藏在人身上的手感经验=隐性知识；隐性知识靠知识管理（交流、跟学、实践社区）分享；信息管理（写文档建库）只对付显性知识。
- B。提前终止的项目也要走完整收尾：记录终止原因、办妥手续、归档入库。A/C/D 都是"烂尾楼"式错误做法。
九、本页小结
- 整合管理 7 过程，贯穿启动→收尾，是项目经理"总指挥"的领域：过程整合 + 内容整合 + 人员整合。
- 章程授权（高层级，发起人批）：目标+人+钱+权+退出，不含细节。
- 计划定盘：10 子计划 + 3 基准 + 变更/配置管理计划等组件；渐进明细，批准后改动走变更。
- 执行出成果与绩效数据，建问题日志；管理项目知识沉淀经验（显性用信息管理、隐性用知识管理）。
- 监控看偏差出报告，提变更不批变更；变更凭 CCB 批准：先改文件、再实施、再核实。
- 收尾三件事：正式验收、行政收尾、经验入库；提前终止同样要走收尾。
下一篇：范围管理——先说好"装修都装哪些房间"。