Appearance
范围管理：先说好"装修都装哪些房间"（零基础版）
本页导读：装修最容易吵翻天的环节是什么？不是贴砖贴歪了，而是**"怎么又多干了这个""说好的吧台呢"——没提前把"装哪些、不装哪些"说清楚。项目管理里管这件事的就是范围管理**：回答"项目要做多少、边界到哪"。本页零基础版全程用装修比喻串讲 6 个过程，重点啃下两块硬骨头：WBS 分解原则（把大活拆成购物清单）和确认范围的时机（什么时候请户主签字），外加案例找错题的两大常驻嘉宾——范围蔓延和镀金。
一、你将学会
- 产品范围和项目范围的区别（"家里长什么样"vs"为了装好家干的全部活"）。
- 6 个过程各自的装修版大白话和 ITO 表。
- 收集需求的一堆工具怎么选：问卷、访谈、焦点小组、原型法各适合什么场景。
- WBS 是什么：把"全屋装修"像拆快递/列购物清单一样层层拆到"能下单"的粒度。
- WBS 十条分解原则和七种常见错误（案例找错模板）。
- 确认范围和控制质量的先后与分工（先内部质检、后户主验收）。
- 范围蔓延和镀金怎么区分、怎么处置。
二、开胃比喻：开工前，先开一次"家庭范围大会"
装修开工前，最怕两种人：一种是什么都想要的家人（"顺便把阳台也封了吧""要不主卧加个衣帽间？"），一种是什么都想显摆的工人（"我给您这儿免费雕个花吧"）。前者把项目越撑越大，后者好心办坏事——在项目管理里，前者叫范围蔓延，后者叫镀金，都是范围失控。
所以聪明的总指挥会在开工前开一次家庭范围大会，把三件事说死：
- 怎么商量：以后想加需求、改想法，走什么流程、谁拍板（这就是"规划范围管理"）。
- 装哪些、装到什么程度、哪些不装：客厅全屋定制、厨房只换橱柜、储物间这次不装（这就是"收集需求 + 定义范围"）。
- 清单化：把定了的活拆成一张张能下单、能派工的清单，买什么料、请什么工，一目了然（这就是"创建 WBS"）。
开工之后只做两件事：分项验收（每装完一项请户主签字，"确认范围"）和看住清单（不许悄悄加活，"控制范围"）。
产品范围 vs 项目范围（先分清两个"范围"）：
- 产品范围：产品/服务包含的功能与特征——装修版：装出来的家长什么样（三室两厅、全屋定制、智能家居）。
- 项目范围：为交付产品所必须做的全部工作——装修版：为了装出这个家干的全部活（买料、办物业开工证、施工、保洁）。
- 考点：产品范围对照产品需求度量；项目范围对照项目管理计划/范围基准度量。
三、知识框架
- 范围管理（6 个过程）
- 规划：规划范围管理 → 输出范围管理计划、需求管理计划
- 规划：收集需求 → 输出需求文件、需求跟踪矩阵
- 规划：定义范围 → 输出项目范围说明书
- 规划：创建 WBS → 输出范围基准
- 监控：确认范围 → 输出验收的可交付成果
- 监控：控制范围 → 防止范围蔓延与镀金
- 两条线：产品范围（功能与特征）vs 项目范围（全部工作）
- 主线：怎么管范围 → 要什么 → 边界到哪 → 拆成块 → 正式验收 → 看住不蔓延
四、各过程精讲
1. 规划范围管理
一句大白话：定规矩——以后"装什么"怎么商量、怎么记录、装好了怎么确认，先立个章法。
ITO 一览
| 主要输入 | 主要工具与技术 | 主要输出 |
|---|---|---|
| 项目章程、项目管理计划、事业环境因素、组织过程资产 | 专家判断、数据分析（备选方案分析）、会议 | 范围管理计划、需求管理计划 |
要点：范围管理计划描述如何定义、确认、控制范围；需求管理计划描述如何获取、记录、管理需求。两者都是"关于管理的计划"，不含具体需求内容——它是"怎么开会"的会议规则，不是会议纪要。装修版："家庭范围大会每月一次、户主拍板、需求记到共享文档"是这两个计划；"老婆要衣帽间"是需求，不在这里。
2. 收集需求（工具最多的过程之一）
一句大白话：全家总动员收集意见——老婆、孩子、爸妈、甚至物业邻居，把所有想法列成需求清单，一条不许漏。
ITO 一览
| 主要输入 | 主要工具与技术 | 主要输出 |
|---|---|---|
| 项目章程、项目管理计划、项目文件（假设日志/干系人登记册）、立项管理文件、协议 | 专家判断、数据收集（头脑风暴/访谈/焦点小组/问卷调查/标杆对照）、决策（投票/独裁/多标准）、数据分析（亲和图/思维导图）、人际关系与团队技能（名义小组技术/观察和交谈/引导）、系统交互（原型法/故事板） | 需求文件、需求跟踪矩阵 |
重点工具辨析（选择题常考，给场景选工具）：
- 访谈：一对一深入聊，适合干系人数少、问题深的场景。装修版：单独问设计师"这个户型怎么改采光好"。
- 焦点小组：同职能/同背景的一组人一起讨论，比逐个访谈快。装修版：把"以后住这屋的人"聚一桌聊生活习惯。
- 问卷调查：受众多、分散、要快速统计时首选。装修版：小区几百户业主集体收房，发问卷统计大家都要什么改造。
- 标杆对照：与最佳实践比对找差距。装修版：去邻居家的样板工地参观取经。
- 名义小组技术：先各自匿名写想法再排序，避免"权威一言堂"（防止家里嗓门最大的说了算）。
- 引导（引导式研讨会）：跨职能快速定义需求（如联合应用开发 JAD）。装修版：拉着设计师+水电工+全家开一天需求对齐会。
- 原型法：需求模糊时先出原型让用户"摸着实物提需求"，含故事板。装修版：先出 3D 效果图，全家看着图提意见。注意：原型是需求获取手段，不是最终产品。
需求分类（需求文件的内容框架）：
| 需求类别 | 说明 | 装修版 |
|---|---|---|
| 业务需求 | 组织为什么要做这个项目（高层目标） | 为什么装：婚房/学区房出租 |
| 干系人需求 | 各干系人的具体需要 | 老婆要衣帽间、孩子要游戏角 |
| 功能需求 | 系统必须具备的行为/功能 | 全屋定制柜、智能灯控 |
| 非功能需求 | 性能、安全、可靠性等质量属性 | 环保 E0 板材、隔音 |
| 过渡与就绪需求 | 上线切换、培训、数据迁移等临时需求 | 装修期间租房、入住前保洁 |
| 项目需求 | 进度、成本、合规等对项目自身的要求 | 10 月前完工、预算 30 万内 |
| 质量需求 | 验证产品是否合格的条件 | 空鼓率≤5%、平整度误差≤3mm |
需求跟踪矩阵（RTM）：把每条需求与其来源、设计、实现、测试用例关联起来的一张表——装修版：需求清单上每条都标着"谁提的→画进哪张图→哪个工人干→怎么验收"。价值：需求→设计→开发→测试全链条可追溯，需求掉了马上能发现，变更影响一目了然；同时为确认范围提供依据。
3. 定义范围
一句大白话：圈边界——从收集来的一大堆需求里，筛出"这次真做的"，写清楚装哪些、装到什么程度、哪些明确不装。
ITO 一览
| 主要输入 | 主要工具与技术 | 主要输出 |
|---|---|---|
| 项目章程、项目管理计划、项目文件、立项管理文件、协议 | 专家判断、数据分析（备选方案分析）、决策（多标准决策分析）、人际关系与团队技能（引导） | 项目范围说明书、项目文件更新 |
项目范围说明书内容（高频）：
- 产品范围描述（装成什么样）
- 可交付成果列表（交付什么：硬装、全屋定制、家电安装）
- 验收标准（怎么算合格）
- 项目除外责任（明确"不做什么"：阳台不封、储物间本次不做、家电自购）——考点：除外责任的用途是管理干系人期望，防止"怎么没给我装阳台"的扯皮
- 制约因素与假设条件（预算上限 30 万；假设物业允许工作日施工）
装修版：这就是家庭范围大会的会议决议书。备选方案分析与多标准决策用于取舍——钱只有 30 万，衣帽间和电竞房只能留一个，怎么选？列标准打分。
4. 创建 WBS（本领域最重要过程）
一句大白话：拆快递/列购物清单——把"全屋装修"这个大件一层层拆开：拆到"能直接下单买、能派给具体工人、能算出花多少钱几天"的最小包裹（工作包）为止。
ITO 一览
| 主要输入 | 主要工具与技术 | 主要输出 |
|---|---|---|
| 项目管理计划、项目文件（项目范围说明书/需求文件）、事业环境因素、组织过程资产 | 专家判断、分解 | 范围基准 |
范围基准 = 批准的项目范围说明书 + WBS + WBS 词典（三件套，缺一不可）。
WBS 长什么样（装修版示意）：
- 全屋装修（1 级）
- 客厅（2 级）
- 墙面工程（3 级）
- 购买乳胶漆 20L + 刷墙人工（4 级，工作包：能下单、能派工、能估价）
- 地面工程（3 级）
- 买瓷砖 20㎡ + 铺贴人工（工作包）
- 墙面工程（3 级）
- 厨房（2 级）……
- 项目管理工作（2 级）：办开工证、每周巡检、材料验收——管理工作也是工作，也要进 WBS！
- 客厅（2 级）
WBS 分解原则（高频考点，逐条背）：
- 100% 原则：WBS 必须覆盖全部工作，不多不少；下层之和 = 上层全部工作，也不包含范围外工作（购物清单不能多买没定要的，也不能漏了水泥）。
- 面向可交付成果分解：按"产出"拆，而不是按职能部门或阶段流水账拆。
- 工作包是最低层：能够可靠估算成本与历时、可分配给唯一责任人的最小单元；经验法则"8/80 原则"——一个工作包 8～80 小时（1～10 个工作日量级），报告周期一般不超过一个报告期。
- 唯一负责人：每个工作包应有且只有一个责任人。
- 互斥不交叉：同一层各要素相互独立、不重叠；一个工作包只隶属一个上层要素。
- 滚动式规划：近期工作拆细，远期先粗后细，随信息明朗逐步分解（下月就开工的客厅拆到瓷砖型号，明年才动的储物间先占个位）。
- 分解层次适度（主流口径 4～6 层为宜），过细管理成本剧增。
- WBS 词典为每个工作包/控制账户写详细说明（工作内容、负责人、进度里程碑、成本估算、验收标准）——清单上的"备注栏"。
- 经干系人确认、批准后形成范围基线；WBS 一旦成为基线，修改必须走变更控制。
- 控制账户：高于工作包的管理控制点（如"客厅工程"整体作为一个账户管钱管进度）；规划包：低于控制账户、内容尚不明确、暂不拆到工作包的占位单元。
WBS 常见错误清单（案例找错模板，逐条能对上号）：
- 按组织部门拆分 WBS（应按可交付成果拆）——"电工组干的活""瓦工组干的活"当第一层，错。
- 把"设计、开发、测试"这类阶段动词当交付物拆层。
- 遗漏项目管理工作的分解（违反 100% 原则）。
- 工作包粒度过粗（无法估算与考核）或过细（几十分钟级，管理成本爆炸）。
- 多个工作包内容交叉重叠，责任不清。
- 没有 WBS 词典，工作包描述缺失。
- WBS 改动不走变更控制，随手增删。
5. 确认范围（监控）
一句大白话：分项验收签字——每装完一项（水电完工、瓦工完工），请户主拿着验收标准正式检查、签字确认，不合格就打回。
ITO 一览
| 主要输入 | 主要工具与技术 | 主要输出 |
|---|---|---|
| 项目管理计划、项目文件（经验教训登记册/质量报告/需求文件/需求跟踪矩阵）、核实的可交付成果、工作绩效数据 | 检查（与开展检查，又称审查/评审/走查）、决策（投票/独裁） | 验收的可交付成果、工作绩效信息、变更请求、项目文件更新 |
确认范围要点（必考）：
- 谁验收：客户/发起人正式验收；项目经理组织。装修版：户主签字，不是监工自己说"挺好"。
- 验什么：核实的可交付成果——先经控制质量内部核实技术正确性，再提交确认范围正式验收（顺序考点，后面详解）。
- 用什么验：工具是检查（审查、评审、走查、巡检等形式）；依据是需求文件与验收标准（需求跟踪矩阵把需求与验收串起来）。
- 验不过怎么办：提出变更请求（返工或调整），并在工作绩效信息中记录。
- 确认范围可以每个阶段/每个交付节点分批进行，不是等项目结束一次性验收——装修版：水电验收、瓦工验收、竣工总验，一环一签。
确认范围 vs 控制质量（超高频对比）：
| 维度 | 控制质量 | 确认范围 |
|---|---|---|
| 时序 | 在先 | 在后 |
| 目的 | 核实可交付成果技术正确性（是否符合质量标准） | 干系人正式验收（是否符合验收标准与范围） |
| 主体 | 项目团队内部质量人员 | 客户/发起人等外部干系人 |
| 输出 | 核实的可交付成果、质量控制测量结果 | 验收的可交付成果 |
装修版：贴完砖，质检员先拿空鼓锤逐块敲（控制质量，内部质检），确认没空鼓才请户主来看"砖贴得直不直、颜色对不对"（确认范围，正式验收）。跳过质检直接叫户主验收，是典型错误。
6. 控制范围
一句大白话：看住清单别越装越多——谁想加活都得走变更流程，悄悄加的一律拦下。
ITO 一览
| 主要输入 | 主要工具与技术 | 主要输出 |
|---|---|---|
| 项目管理计划、项目文件、工作绩效数据、组织过程资产 | 数据分析（偏差分析/趋势分析） | 工作绩效信息、变更请求、项目管理计划更新、项目文件更新 |
核心概念（案例找错高频词）：
- 范围蔓延（scope creep）：未经正式变更控制，范围被外部悄悄扩大——户主今天说"顺便加个吧台"，明天说"把飘窗也做了"，工人都接了。发现后应记录变更请求走 CCB，而不是默认接受。
- 镀金（gold plating）：项目团队主动交付超出范围的产品/功能——木工师傅好心"免费给您雕个花"。PMI 立场：不允许，镀金不加分，还可能费钱误事。
- 应对：用偏差分析对照范围基准，识别蔓延趋势，及时提出变更请求纠正。
蔓延 vs 镀金一句话区分：蔓延是外人硬加的，镀金是自己人硬送的；都绕过了变更控制，都让项目失控。
五、高频考点与易错点
- 产品范围 vs 项目范围：产品范围=功能与特征；项目范围=为交付产品所做的全部工作。
- WBS 判断题：WBS 是范围基准的组成；WBS 最底层是工作包而不是活动（活动由"定义活动"从工作包再分解，属进度管理）；WBS 不按部门职能分解。
- 收集需求工具选择题：场景给"干系人多且分散"→问卷调查；"跨部门快速达成需求共识"→引导式研讨会；"需求模糊、用户说不清"→原型法。
- 确认范围顺序题：控制质量（核实）→ 确认范围（验收）；跳过质量核实直接找客户验收是典型错误。
- 除外责任：范围说明书里写"不做什么"，考"除外责任的用途是管理干系人期望"。
- 范围管理计划不含需求内容；需求跟踪矩阵连接"需求→设计→测试"。
- 镀金与蔓延：都会导致范围失控，但主体不同（团队自加 vs 外部强加）；处置手段都是偏差分析 + 变更请求。
六、例题（自编模拟题，带详解）
【例题 1】 关于创建 WBS，下列做法正确的是（ ）。
A. 按职能部门划分第一层，再分配给各处室 B. 把"项目管理"工作排除在 WBS 之外，只列入产品工作 C. 分解到工作包，并由唯一责任人负责，遵循 100% 原则 D. 为便于控制，把所有工作包一律分解到 4 小时粒度
答案：C
详解：A 错——WBS 面向可交付成果分解，按"电工组/瓦工组"这种部门拆是经典错误；B 错——办证、巡检、验收这些管理工作也是项目工作，纳入 WBS 才满足 100% 原则（购物清单漏买水泥和漏办开工证，同样开不了工）；D 错——过度分解违背 8/80 经验法则（8～80 小时），几十分钟的粒度管理成本爆炸。C 正确：工作包是最低层、唯一责任人、100% 覆盖。选 C。
【例题 2】 项目按阶段交付。某阶段可交付成果通过了内部质量控制测试，项目经理随后组织客户验收但客户提出若干修改意见。项目经理最应该（ ）。
A. 拒绝修改，因为成果已通过质量控制 B. 让团队直接按客户意见修改后重新提交 C. 记录变更请求，评估影响后按变更控制流程处理，再安排重新验收 D. 视为范围蔓延，直接终止该阶段验收
答案：C
详解：客户验收未通过属于确认范围环节的正常事件：先对照需求文件/验收标准判断差异——是缺陷则返工（走变更流程），是新增需求则必须走变更控制审批。B"直接改"绕过了变更控制（今天改这明天改那，范围必蔓延）；A 处置失当（质量控制只管技术正确性，客户验收另有标准）；D 上纲上线（客户提修改意见≠范围蔓延，蔓延是"未经控制的悄悄扩张"）。选 C。
七、术语卡
| 术语 | 大白话解释 |
|---|---|
| 范围管理 | 管好"做多少、边界到哪、不许悄悄加"的领域 |
| 产品范围 | 装出来的家（产品）长什么样、有哪些功能 |
| 项目范围 | 为了装出这个家要干的全部活 |
| 范围说明书 | 家庭范围大会决议书：装哪些、装到什么程度、不装哪些 |
| 除外责任 | 明确写出的"不做什么"，防扯皮 |
| 需求文件 | 全家收集来的需求清单（分类记录） |
| 需求跟踪矩阵（RTM） | "谁提的→画进哪张图→谁干→怎么验收"的追溯表 |
| WBS（工作分解结构） | 把大活层层拆成购物清单式的分解树 |
| 工作包 | 清单上能直接下单/派工/估价的最小包裹（8~80 小时） |
| WBS 词典 | 每个工作包的"备注栏"：内容、负责人、标准 |
| 控制账户 | 管钱管进度的控制点（如"客厅工程"整体一个账户） |
| 规划包 | 内容还不明确、先占位的格子 |
| 范围基准 | 说明书 + WBS + WBS 词典三件套（批准后锁定） |
| 核实的可交付成果 | 内部质检确认技术合格的成果 |
| 验收的可交付成果 | 户主正式签字验收的成果 |
| 检查 | 确认范围的工具：审查/评审/走查/巡检 |
| 范围蔓延 | 外部悄悄加需求，项目越干越多 |
| 镀金 | 团队好心硬送超出范围的功能，PMI 不允许 |
| 偏差分析 | 对照范围基准查"多干了还是少干了" |
八、自测 5 题（先自己做，再展开对答案）
1. "主卧要实现全屋定制衣柜"和"为装出衣柜所需的测量、采购、安装、验收工作"分别属于（ ）。
A. 项目范围；产品范围 B. 产品范围；项目范围 C. 都是产品范围 D. 都是项目范围
2. 某信息系统项目需向分散在五个城市的上百名用户快速收集使用偏好，最合适的需求收集工具是（ ）。
A. 访谈 B. 问卷调查 C. 焦点小组 D. 原型法
3. 下列关于 WBS 的说法，错误的是（ ）。
A. WBS 的最底层是工作包 B. 项目管理工作也应纳入 WBS C. WBS 应按职能部门划分第一层 D. WBS 批准后构成范围基准，修改需走变更控制
4. 确认范围的输入"核实的可交付成果"来自（ ）。
A. 指导与管理项目工作 B. 控制质量 C. 管理质量 D. 结束项目或阶段
5. 施工队看业主喜欢中式风格，未经批准顺手在电视墙上多雕了一套木质格栅。该行为属于（ ），正确处置是（ ）。
A. 范围蔓延；默认接受 B. 镀金；记录并纠正，明确不允许未经批准的额外交付 C. 镀金；表扬并推广 D. 范围蔓延；让业主补钱
点击查看答案与解析
- B。产品范围=功能与特征（全屋定制衣柜这个"成果"）；项目范围=为交付它所做的全部工作。度量口径：产品范围对照需求，项目范围对照范围基准。
- B。受众多、地域分散、需要快速统计 → 问卷调查。访谈适合少数深聊；焦点小组适合同背景小组讨论；原型法适合需求模糊说不清的场景。
- C。WBS 按可交付成果分解，按部门拆是经典错误（案例找错高频项）。A/B/D 都是正确说法。
- B。"核实的可交付成果"是控制质量的输出（内部质检技术合格），再交给确认范围做客户正式验收。A 产出的"可交付成果"还没有"核实"二字；C 是执行过程管过程改进，不出这个输出。
- B。镀金=团队主动硬送超范围功能。PMI 立场：不允许。蔓延是外部强加的需求扩张，本题是施工队"自作多情"。处置：记录、纠正、重申变更控制，而不是表扬或收钱完事。
九、本页小结
- 六过程主线：规划范围管理 → 收集需求 → 定义范围 → 创建 WBS → 确认范围 → 控制范围。
- 范围基准 = 范围说明书 + WBS + WBS 词典；WBS 分解牢记：100% 原则、面向可交付成果、工作包 8/80、唯一负责人、滚动式规划、管理工作也入册。
- 确认范围：客户正式验收"核实的可交付成果"，工具是检查；顺序在控制质量之后——先质检员敲空鼓，后户主签字。
- 控制范围：警惕范围蔓延（外部悄悄加）与镀金（团队主动送），处置都是偏差分析 + 变更请求。
下一篇：进度管理——工期倒排与地铁线路图。