PMP范围管理的考题集中在两类：一是工具和文件的适用场景（WBS、WBS词典、范围说明书的区别），二是范围变更和范围蔓延的处理逻辑。后者是更高频的失分点——很多考生对"什么是范围蔓延"以及"遇到范围蔓延应该怎么做"的判断不够准确。
01 —
范围蔓延（Scope Creep）是什么？
范围蔓延指的是未经正式变更控制流程批准，项目范围被非正式地扩大。常见表现：客户私下找开发人员"加个小功能"、团队成员出于好意增加了未计划的工作、项目经理默许了没有记录的额外需求。
范围蔓延和"正式变更请求"的本质区别在于：有没有走整体变更控制流程、有没有CCB批准、有没有更新基准文件。凡是"没走流程就做了"的范围增加，都是范围蔓延。
02 —
高频考点：工具与文件的用途
需求文件
所有需求的始祖文件。当发现需求遗漏或客户对需求实现不满意时，应首先查阅需求文件。
需求跟踪矩阵
追踪每个需求从提出到实现的全过程。当客户说"这个需求没有实现"时，使用需求跟踪矩阵核查。
WBS（工作分解结构）
把项目范围分解为更小的可管理工作包，是范围管理的核心工具。WBS之外的工作不属于项目范围。
范围说明书
详细描述项目和产品的范围，主要与团队沟通。当团队成员对范围有理解分歧时，查阅范围说明书。
范围确认 vs 范围控制
范围确认：客户正式验收可交付成果（外部验收）。范围控制：监控范围变更，防止范围蔓延（内部控制）。两者经常混淆，核心区别是"谁在验收"。
💡 遇到范围蔓延的标准处理：识别→记录→提交正式变更请求→走变更控制流程→CCB审批→更新基准。任何"先做了再说""只是小改动不用走流程"的思路，在PMI眼里都是错的。
