首页/管理/项目管理体系速查/项目管理计划:从子计划到基准
过程组与整合51 条

项目管理计划:从子计划到基准

项目管理计划由各知识领域的子计划与三大基准组成,描述项目如何执行、监控与收尾;它不是单份文档,而是一组经批准文件的集合。

项目管理体系速查管理更新于 2026-10-13

项目管理计划是什么

项目管理计划不是一份文档,而是一组经批准文件的集合:包含各知识领域的子计划、范围、进度与成本三大基准,以及变更流程、配置管理与绩效测量规则等组件。它描述项目如何执行、监控与收尾。计划的成熟度靠滚动细化提升,基准的任何改动都要走整体变更控制。

基本信息

所属过程制定项目管理计划(4.2),属规划过程组
主要输入章程、各子过程输出、事业环境因素与组织过程资产
主要输出项目管理计划,作为后续所有执行与监控的基准
维护方式非基准内容随渐进明细更新,基准变更需走变更流程

典型使用场景

  • 项目启动后的计划评审会:确认子计划齐备且相互引用一致
  • 基准冻结与发布:明确哪些内容已进入受控状态
  • 治理汇报:向发起人说明执行、监控与变更的具体机制
  • 新成员入职:用计划快速了解项目目标、节奏与规则
  • 审计准备:展示绩效测量规则与变更流程已事先约定

计划组成

类别典型内容作用
子计划范围、进度、成本、质量、资源、沟通、风险、采购、干系人计划各专业线的执行与监控依据
基准范围基准、进度基准、成本基准绩效对比与偏差分析的参照
其他组件变更流程、配置管理、绩效测量规则、生命周期描述定义规则与口径,避免各自解释

常见问题

现象根因修正方向
只有一份总计划缺少子计划,专业线无操作细节按领域补齐子计划并相互引用
基准与子计划版本脱节更新未同步,各自维护设单一信息源与版本发布机制
绩效口径不一致未定义测量规则与阈值在计划中写明 EVM 口径与容差
变更无流程未定义审批路径与时限写明分级审批与升级通道

计划评审检查清单

计划评审检查清单
各子计划版本一致且相互引用正确            # 避免两套口径并行
范围基准含范围说明书、WBS 与 WBS 词典    # 三件套缺一不可
进度基准与成本基准对应到同一组活动或工作包  # 便于联动分析
绩效测量规则(EVM 口径与容差阈值)写明确    # 偏差何时上报有判据
变更与例外处理流程可执行:谁批、多久、留痕  # 流程要能跑起来

落地要点

  • 计划要能被使用:每份子计划都应有明确的使用者与使用场景
  • 发布时间与生效版本要公告,避免团队按旧版执行
  • 计划评审邀请执行者参与,只由管理层拍板的计划现场无法执行
  • 非基准内容允许滚动更新,但要记录变更历史
计划是滚动的:基准变更需走整体变更控制,非基准内容可随渐进明细更新,两者的边界要事先说清。
把计划当成一次性交付物,做完评审就锁进档案柜,后续执行与计划脱节,基线数据也就失去了对比价值。
计划的价值在于减少事后争论:把口径、阈值与责任事先写清楚,争议发生时不必重新谈判规则,决策速度会明显不同。

易错点

  • 只有一份总计划没有子计划,专业线执行时缺少可操作细节
  • 基准与子计划版本脱节,成本与进度对外口径不一致
  • 绩效测量规则未定义阈值,偏差报告随汇报人心情而变
  • 计划由管理层单独编制,执行者未参与,落地时阻力重重
  • 变更流程写在计划里但从未走通,出现变更只能靠临时拍板

数据来源与参考

  • PMI《项目管理知识体系指南(PMBOK 指南)》第 6 版,4.2 制定项目管理计划
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌