制定并管理项目范围
在应用中: Project → WBS · Project → Scope
PMP ECO · Process (41%) · Task Pr2. 精确定义项目将交付与不交付什么,把它分解为可管理的工作,并 在推进中守住边界。
这是什么
范围工作依次为:收集需求 → 定义范围 → 创建 WBS → 确认范围 → 控制范围。Work Breakdown Structure (WBS) 按100% 规则(子项完整定义父项,不多也不少)把交付物分解为工作包。范围基线 = 范围说明书 + WBS + WBS 词典。Validate Scope 是客户对交付物的正式验收;Control Scope 守护以防 creep。
为什么重要
- 一份清晰的 WBS 是其他一切估算所依据的基础——进度、成本、资源与风险都沿着它分解。
- 范围边界正是把"能不能就加一下…"变成change request而非无声 scope creep 的东西。
你在 VanillaPM 的哪里做
构建 WBS 树(把交付物分解到工作包),写下范围说明书,并在工作被确认时记录交付物验收。WBS 是 预算、进度与 EVM 都附着其上的脊柱。
实例演练 — Coral Ridge Resort
Coral Ridge 的 44 节点 WBS 把酒店分解为:设计 → 地下部分(桩基至 −22 m、筏板与地下室)→ 上部结构(RCC frame 1–5 层、6–10 层、核心筒/楼梯/lifts)→ 围护(面海幕墙与玻璃)→ MEP → fit-out(面海客房 stack)→ commissioning(测试、snagging)。每个工作包都干净地上卷至其父项 (100% 规则)。Validate Scope 逐层进行——客户在 fit-out 继续之前正式验收每个完工的楼层。


工件
- WBS(+ 词典)与范围说明书 — 范围基线。
- 交付物验收记录 — Validate Scope 的产出。
最佳实践与陷阱
- 要分解到你能估算与分派的工作包——不要细到淹没于细节,也不要粗到无法控制。
- 要区分 Validate Scope(客户验收)与 Control Quality(团队检查正确性)——验收在客户,正确 性在团队。
- 陷阱: gold-plating——添加客户没要求的"好东西"。哪怕出于好意,这也是 creep。
在 PMP 考试中
要知道 WBS 100% 规则、工作包与范围基线的内容。经典陷阱是混淆 Validate Scope(正式验收, 客户的动作)与 Control Quality(检验,团队的动作)——并记住未获批准的范围变更,无论多小,都要经过 change control。