VanillaPM
translation in beta
登录 免费开始
B3 Business Environment · 26%

管理并控制变更

在应用中: Project → Control → Change requests

PMP ECO · Business Environment (26%) · Task B3. 让每一次变更都经过一道有纪律的门——评估其影响、决策、 更新基线并沟通——使计划保持诚实。

这是什么

Integrated change control 是治理对基线任何变更的过程:提出一个 change request → 分析它对范围、 进度、成本、质量与风险的影响 → change control board (CCB) 批准或驳回 → 若获批准,基线被更新, 变更被沟通并转化为工作。除一个获批准的 change request 外,没有任何东西能改变基线。

为什么重要

  • 不受控的变更是项目悄然死去的方式——每一次"小"添加不断累加,直到基线成为虚构。
  • 一个单一、透明的变更过程保护团队("那是一个 change request"),并给 sponsor 真实的取舍决策。

你在 VanillaPM 的哪里做

Control workspace 上的 Change requests 标签页运行 CCB 流程:提出一个 change request、捕获影响评估、 记录 CCB 决策,并——对获批准的变更——直接架桥到实现它的任务,以一份 change log 作为审计轨迹。

实例演练 — Coral Ridge Resort

建造中途,owner 想加一个带海景的屋顶无边泳池——对五星级品牌而言是一个增值项。它没有"直接就做",而是进入 change control:影响分析显示增加的结构荷载(屋面板重新设计)、+$1.1M 成本、critical path 上 +3 周, 以及一个新的 compliance 项(泳池安全规范)。CCB(steering committee)将其与旺季开业相权衡,批准了一个 缩减版本,基线被更新;获批准变更的任务流入进度。change log 记录了整个决策。

change requests / CCB log

工件

  • Change requests + change log — 每一个都带影响分析、CCB 决策,以及它所驱动的基线更新。

最佳实践与陷阱

  • 要在决策前跨所有基线分析影响(范围且进度且成本且风险且 compliance)。
  • 要仅经由一个获批准的 CR 更新基线——那正是使它保持为基线的东西。
  • 陷阱: 把 change control(治理基线变更)与 change management(帮助人们采纳变更——那是 B7) 混淆。不同的学科。

在 PMP 考试中

Integrated change control 是 Integration 的核心知识:change request → 影响 → CCB → 更新基线 → 沟通 的流程,以及基线仅经由获批准的 CR 变更的规则。当心 PM 直接审批范围、或在 CCB 批准前就对变更采取行动的 陷阱。