问渠清如许
项目管理/ PMBOK体系方法基础更新 2026-10-18

项目整合管理(章程、计划、变更与收尾)

整合管理是唯一横跨全部过程组的知识领域:用章程授权、用计划统一、用变更控制守住基准、用收尾关闭项目。它的本质不是"汇总",而是在范围/进度/成本/质量之间做取舍。

#整合管理#项目章程#项目管理计划#变更控制#CCB#配置管理#知识管理#项目收尾

为什么整合管理最重要

其他九个知识领域各管一摊,只有整合管理对项目整体负责:把范围、进度、成本、质量、资源、沟通、风险、采购、相关方全部捏成一个可执行的计划,并在变化中保持一致性。

它的核心动作是取舍:

  • 客户要加功能 → 范围变了,进度和成本跟不跟?
  • 供应商延期 → 进度变了,要不要赶工?赶工的钱从哪来?
  • 测试发现批量问题 → 质量风险上升,要不要推迟放行?

整合管理不产生"专业成果",但决定了专业成果能不能按时、按质、按预算交付。

七个过程

过程 过程组 一句话
制定项目章程 启动 正式授权项目存在,授权项目经理
制定项目管理计划 规划 把各子计划合成总纲,形成三大基准
指导与管理项目工作 执行 按计划干活,产出可交付成果与绩效数据
管理项目知识 执行 让经验从"个人脑子"变成"组织资产"
监控项目工作 监控 对比基准,形成绩效报告与变更请求
实施整体变更控制 监控 所有变更走同一扇门,评估影响后再决定
结束项目或阶段 收尾 验收、移交、归档、释放资源、沉淀教训

制定项目章程

章程(Project Charter)是项目的"出生证明",由发起人签发,不是项目经理自封。它至少回答:

  • 项目目的和商业理由;
  • 可测量的项目目标和成功标准;
  • 高层级范围与主要可交付成果;
  • 高层级风险;
  • 总体里程碑与预算;
  • 关键干系人清单;
  • 项目经理的任命与权限;
  • 审批要求(谁批准章程、谁批准计划)。

章程的输入包括商业论证、效益管理计划、协议(合同)、事业环境因素和组织过程资产。工具主要是专家判断、数据收集(头脑风暴、焦点小组、访谈)和会议。

常见错误:章程写成"项目建议书",只讲技术方案,没有授权、没有成功标准、没有项目经理任命——项目一开始就没有"法人资格"。

制定项目管理计划

项目管理计划不是一份文档,而是一组计划的集合:

类别 内容
三大基准 范围基准、进度基准、成本基准(批准后变更要走 CCB)
子计划 范围、需求、进度、成本、质量、资源、沟通、风险、采购、相关方参与
其他组件 变更管理计划、配置管理计划、绩效测量基准、项目生命周期描述、开发方法

计划是渐进明细的:启动时只有高层级,规划时细化,执行中滚动更新。但基准一旦批准,变更必须受控。

指导与管理项目工作

这个过程的本质是"把计划变成动作":

  • 产出可交付成果;
  • 收集工作绩效数据(原始观测:完成了多少、花了多少、用了多少时间);
  • 提出变更请求(发现计划不可行时);
  • 更新问题日志(已经发生的风险就是问题)。

管理项目知识

知识分两类:

  • 显性知识:文档、图纸、SOP、检查表——可以编码、存储、检索;
  • 隐性知识:经验、判断、手感、关系——存在人脑子里,要靠师徒、复盘、社区传递。

管理知识的工具:知识管理(故事分享、复盘会、实践社区)、信息管理(文档库、Wiki、配置管理系统)、人际关系与团队技能(积极倾听、引导、政治意识)。

项目结束才想起整理资料,通常只剩"结果",没有"为什么"。知识管理要贯穿全程,尤其是决策点和踩坑点。

监控项目工作

数据流是整合管理的骨架:

工作绩效数据(Data)
   ↓ 与基准对比、计算偏差
工作绩效信息(Information)
   ↓ 汇总、分析、给建议
工作绩效报告(Report)
   ↓ 决策
变更请求 / 纠偏 / 更新计划

监控不是"盯人",而是回答三个问题:现在到哪了?和计划差多少?要不要动?

实施整体变更控制

任何变更——范围、进度、成本、质量、资源、风险、采购、相关方——都走同一套流程:

  1. 提出变更请求(CR):谁都可以提,但要写清原因、内容、紧急程度;
  2. 评估影响:对范围、进度、成本、质量、风险、资源、合同的影响;
  3. CCB 决策:变更控制委员会批准、否决或推迟;
  4. 更新文件:基准、子计划、日志、配置项;
  5. 通知干系人:谁受影响、什么时候生效;
  6. 实施与验证:变更也要有验收。

配置管理是变更控制的底座:给每个配置项(图纸、BOM、程序、文件)编号、版本、状态(草稿/评审/批准/作废),确保"大家手里拿的是同一版"。

制造业里配置管理没做好,典型后果是:图纸改了、FMEA 没改、控制计划没改、工装没改、MES 没改、库存还是旧料——最后批量不良。

结束项目或阶段

收尾的五件事:

  1. 验收:可交付成果通过正式验收(客户/发起人签字);
  2. 移交:转给运营、客户或下一阶段,含培训、备件、文档;
  3. 归档:项目文件、合同、财务记录、配置项归档;
  4. 释放资源:人员、设备、场地、预算;
  5. 经验教训:复盘会、教训登记册、更新组织过程资产。

阶段收尾可以只关闭当前阶段,但每个阶段都要有一次"结束项目或阶段"的动作,否则问题会滚到下一阶段。

实战:变更失控的五个信号

  • 变更没有统一入口,微信/口头/邮件到处提;
  • 变更不评估影响,先干了再说;
  • 变更不更新基准,计划永远"没变";
  • 变更不通知相关方,采购/生产/质量各拿一版;
  • 变更不验证,改完没人确认是否真的解决。

关联条目

相关条目