范围管理计划是什么
范围管理计划描述项目如何定义、确认与控制范围：需求从哪里进来、如何评审、WBS 按什么规则分解、交付物由谁按什么标准验收、范围变更走什么流程。它不列出具体需求，而是规定做事的方法，因此常与需求管理计划配套使用，小项目可合并为一份文档。
基本信息
| 核心内容 | 需求收集与分析流程、范围说明书编制方式、WBS 分解规则、验收方式、范围变更流程 |
|---|---|
| 配套文件 | 需求管理计划（需求如何开展、分析、排序与跟踪） |
| 相关基准 | 范围基准 = 范围说明书 + WBS + WBS 词典 |
| 关键参数 | 工作包颗粒度规则、验收人与验收时点、变更审批权限 |
| 编制时点 | 规划阶段早期，作为后续范围工作的执行依据 |
典型使用场景
- 多干系人项目，明确需求入口与评审机制，避免需求从多个渠道零散涌入
- 外包或分包场景，确定工作包颗粒度与验收标准，减少界面争议
- 大型系统建设，规定 WBS 层级与编码规则，保证跨团队口径一致
- 需要分期交付的项目，定义每期的范围边界与验收方式
- 监管类项目，明确需求可追溯要求与文档归档规则
范围管理计划检查清单
范围管理计划检查清单
需求入口：谁可以提、以什么形式提、由谁评审与排序 # 无入口规则则需求从各渠道零散涌入
分析方式：原型、访谈、文档分析、工作坊的选择与使用场景
分解规则：WBS 层级要求、工作包粒度（如 8-80 小时等效工作量）
确认规则：验收人、验收标准、验收时点与不通过的处理
变更规则：范围变更走整体变更控制还是独立流程、谁审批
跟踪规则：需求跟踪矩阵的维护责任与更新频率 # 需求与测试用例、交付物要可追溯计划要素与缺失后果
| 要素 | 应写清的内容 | 缺失后果 |
|---|---|---|
| 需求入口 | 提出渠道、评审人与排序规则 | 需求零散涌入，优先级混乱 |
| 分解规则 | WBS 层级、编码与颗粒度上限 | 工作包粒度差异过大，估算与跟踪失真 |
| 验收方式 | 验收人、判据、时点与不通过处置 | 交付后反复扯皮，结算一拖再拖 |
| 变更流程 | 申请、评估、审批、更新与通知 | 范围悄悄膨胀，进度成本被动恶化 |
| 跟踪矩阵 | 谁维护、更新频率、关联对象 | 需求与测试用例脱节，覆盖不全 |
范围管理计划要覆盖验收与变更规则，这两项是实践中最容易缺失的部分。若项目采用迭代方式，范围管理计划应说明需求如何逐迭代细化与确认，而不是一次性冻结全部需求。