高项第9章 范围管理 | 历年真题 + 答案解析汇总

适配第四版教材，标注高频考点；单选侧重辨析、输入输出、概念区分；案例主打找错、简答、填空，是本章最常考题型

软考高项论文辅导课，开课中

软考高项《章节知识精华》，备考好帮手

高项论文：论项目整合管理（AI 赋能版）

一、单项选择题（15 道，历年高频）

1. 项目范围是否完成以（）衡量，产品范围是否完成以（）衡量A. 范围基准、产品需求B. 项目管理计划、范围说明书C. WBS、WBS 词典D. 合同、需求文件✅答案：A解析：项目范围完成依据范围基准；产品范围完成依据产品需求，必考区分点
2. 范围基准由（）组成①项目范围说明书 ②WBS ③WBS 词典 ④项目章程 ⑤需求管理计划A.①②③  B.①②④  C.①③⑤  D.②③④✅答案：A解析：范围基准三要素：项目范围说明书、WBS、WBS 词典，经过批准，变更必须走整体变更流程
3. 关于确认范围和控制质量，说法正确的是（）A. 确认范围是内部检查缺陷，控制质量是客户验收成果B. 确认范围关注可交付成果的正式验收，控制质量关注缺陷检查C. 控制质量必须在确认范围之后执行，二者只能串行D. 确认范围的输出是质量控制测量结果✅答案：B解析：确认范围：客户 / 发起人，验收可交付成果（外部，成果是否接受）；控制质量：团队 / QA，查缺陷（内部，成果是否合格）；二者可并行清华大学出...
4. 未经批准，开发人员私自增加客户没有要求的功能，属于（）A. 范围变更  B. 范围蔓延（镀金） C. 渐进明细 D. 定义范围✅答案：B解析：范围蔓延（镀金）= 无审批、私自增加范围，没有同步调整工期、成本基准，是案例高频错误点；正规范围变更必须提交变更申请、审批、更新基准
5. （）过程输出需求跟踪矩阵A. 规划范围管理 B. 收集需求 C. 定义范围 D. 创建 WBS✅答案：B解析：收集需求输出：需求文件、需求跟踪矩阵 RTM；RTM 用来从需求源头追溯到可交付成果、测试、验收，防止需求丢失、需求不一致
6. 规划范围管理的输出是（）A. 范围说明书、WBSB. 范围管理计划、需求管理计划C. 需求文件、需求跟踪矩阵D. 验收的可交付成果✅答案：B解析：规划范围管理，制定范围管理计划（怎么管范围）、需求管理计划（怎么管需求）
7. WBS 分解原则，说法错误的是（）A. 面向可交付成果分解，不是按活动分解B. 遵循 100% 原则，上层 = 全部下层之和，不多不漏C. 底层是工作包，遵循 8/80 原则D. 工作包可以继续向下分解为可交付成果✅答案：D解析：工作包是 WBS最底层；工作包再往下分解是活动（在进度管理定义活动），不属于 WBS
8. 定义范围的主要输出是（）A. 需求文件 B. 项目范围说明书 C. 范围基准 D. 工作包✅答案：B解析：定义范围输出项目范围说明书，写明产品描述、可交付成果、验收标准、除外责任、假设制约；除外责任是明确 “哪些不做”，防范范围蔓延
9. 当客户提出新需求，项目组首先依据（）开展范围管理相关工作A. 项目范围说明书 B. 范围管理计划 C.WBS D. 需求跟踪矩阵✅答案：B解析：范围管理计划是指南，规定如何定义、确认、控制范围、处理变更
10. 关于控制范围，描述正确的是（）A. 控制范围可以单独审批范围变更，不需要整合其他领域B. 范围变更必须和进度、成本、质量等其他控制过程综合考虑C. 客户口头要求的变更，可直接实施，后续补变更单D. 控制范围的核心是生成 WBS✅答案：B解析：范围变更属于整体变更，必须综合评估对进度、成本、质量、资源的影响，提交 CCB 审批，不能单独处理
11. 下面不属于项目范围说明书内容的是（）A. 除外责任 B. 验收标准 C. 工作包分解 D. 制约因素✅答案：C解析：工作包分解、WBS 属于创建 WBS 过程输出，不属于范围说明书
12. 收集需求的工具不包括（）A. 访谈、原型法 B. 引导式研讨会 C. 检查 D. 问卷调查、标杆对照✅答案：C解析：检查是确认范围、控制质量工具；收集需求工具：访谈、焦点小组、引导研讨会、问卷、观察、原型、标杆对照、文件分析
13. 确认范围的输入不包括（）A. 核实的可交付成果 B. 需求跟踪矩阵 C. 工作绩效数据 D. 项目章程✅答案：D解析：项目章程是规划范围管理、收集需求输入，不是确认范围输入
14. 关于工作包，说法正确的是（）A. 工作包是 WBS 中间层级B. 可以在工作包层面做可靠的成本、进度估算C. 工作包就是项目活动D. 工作包不需要验收标准✅答案：B解析：8/80 原则，工作包适合估算成本、工期；活动是工作包进一步分解后的动作，二者不等同清华大学出...
15. 需求跟踪矩阵的作用是（）A. 替代范围说明书B. 建立需求与可交付成果、测试、验收之间的双向追溯链路C. 用来审批变更D. 分解 WBS✅答案：B解析：需求双向追溯，防止需求遗漏、需求镀金、需求和交付成果不匹配

二、案例分析真题（3 道经典真题，含问题 + 参考答案）

案例 1（经典范围管理改错 + 简答）

【说明】小陈担任某信息化项目项目经理，仅凭过往经验，独自编写项目范围说明书，直接创建 WBS，没有组织评审。项目实施中，客户口头提出增加新功能，开发人员觉得工作量不大，直接开发上线。项目测试验收时，客户提出很多功能不符合预期，双方对验收标准产生分歧，项目工期、成本严重超支。

【问题 1】（8 分）从范围管理角度，找出项目存在的问题参考答案：

1. 未制定范围管理计划、需求管理计划，缺少范围管理的规则；
2. 需求调研不充分，没有全面收集全部干系人需求；
3. 缺少需求文件、需求跟踪矩阵，无法追溯需求；
4. 范围说明书由项目经理单独编写，没有组织干系人评审确认，缺少除外责任、清晰验收标准；
5. WBS 创建后没有评审，范围基准未正式批准；
6. 客户口头提出变更，没有走整体变更控制流程，私自增加功能，发生范围蔓延；
7. 缺少确认范围过程，没有阶段性验收，等到最终验收才发现分歧；
8. 范围变更没有评估对进度、成本、质量影响，没有 CCB 审批。

【问题 2】（6 分）简述项目范围说明书主要内容参考答案：①产品范围描述；②可交付成果；③验收标准；④项目除外责任；⑤制约因素；⑥假设条件

【问题 3】（4 分）简述确认范围和控制质量的区别参考答案：确认范围：由客户 / 发起人执行，正式验收可交付成果，关注成果是否可以接受，偏向外部验收；控制质量：项目团队 / QA 执行，检查缺陷、是否符合质量规范，偏向内部质量检查；控制质量一般在确认范围之前，二者可并行开展。

案例 2（变更流程 + 填空）

【说明】某镇智慧治理项目，项目组完成范围说明书和 WBS 之后，在实施阶段，建设方提出新增 AI 视频识别告警功能。项目经理直接安排团队开发，没有提交变更申请，未评估成本工期影响，后期项目成本超支，验收受阻。

【问题 1】（6 分）如果客户提出范围变更，项目经理正确处理步骤？参考答案：

1. 提交书面变更申请；
2. 评估变更影响（范围、进度、成本、质量、风险、资源）；
3. 将评估结果提交 CCB 审批；
4. 审批通过后，更新范围基准、项目管理计划；
5. 通知相关干系人，按更新后的计划执行；
6. 变更实施后，确认可交付成果，记录变更归档。

【问题 2】（4 分）填空项目范围是否完成，以范围基准衡量；范围基准包含：项目范围说明书、WBS、WBS 词典；未经批准私自增加范围称为范围蔓延（镀金）。

案例 3（WBS 考点简答）

【问题】（6 分）简述创建 WBS 的原则与注意事项参考答案：

1. 面向可交付成果分解，不是按活动、部门分解；
2. 遵循 100% 原则，上层包含下层全部工作，不多不少；
3. 底层是工作包，8/80 原则，便于估算、分配责任、验收；
4. 每个组件有唯一责任人；
5. WBS 分解完成后组织评审，形成正式范围基准；
6. WBS 不包含管理活动以外的额外工作，防止镀金。

三、本章命题规律总结（考场提示）

1. 上午单选高频区分：产品范围 vs 项目范围、确认范围 vs 控制质量、范围变更 vs 范围蔓延、基准组成、RTM 作用；
2. 案例固定套路：找错题 90% 都是【不评审、无 RTM、口头变更、私自加功能、边界不清缺少除外责任、缺少阶段性确认范围】；
3. 简答高频：范围说明书内容、范围基准组成、变更流程、确认范围和质量控制区别、WBS 分解原则；
4. 论文联动：就是你之前准备的【范围管理 + AI】，AI 辅助需求挖掘、原型生成、自动维护 RTM、智能识别范围蔓延风险。