当前位置：首页>学习笔记>软考高项第9章-范围管理-核心考点学习笔记

软考高项第9章-范围管理-核心考点学习笔记

2026-04-23 13:00:04

阿星软考高项学习笔记

第9章范围管理——软考高项核心考点读书笔记

选择题，考查核心概念区分、收集需求的工具、WBS分解原则等；案例分析是极高频考点，常考“范围蔓延的原因及对策”、“范围确认与质量控制的区别”、“WBS分解存在的问题”等。

记忆口诀：“规收定创确控”——规划范围管理 → 收集需求 → 定义范围 → 创建WBS → 确认范围 → 控制范围

核心目标：“做该做的，不做不该做的”——确保项目完成且仅完成所需的全部工作。

PART 01

核心概念区分——选择题高频陷阱区

概念	定义	衡量标准	速记口诀
产品范围	产品具有的特征和功能	产品需求	“产品看功能”
项目范围	为交付产品而必须完成的工作	项目管理计划	“项目看工作”

实例：开发一个“企业考勤系统”，产品范围是“支持打卡、请假审批、报表导出”等具体功能；项目范围则包括需求调研、系统设计、编码、测试、培训、上线等所有工作。

项目经理与商业分析师的关系（新增考点）：在预测型生命周期中，商业分析师负责需求管理相关活动，与项目经理是伙伴式合作关系。

PART 02

范围管理6大过程——ITTO全景速记表

数据流向速记口诀：“章程启规划，需求连定义，说明入WBS，基准控范围，核实后确认”

过程组	核心输入（关键项）	工具与技术	主要输出	记忆口诀
① 规划范围管理（规划）	项目章程、项目管理计划	专家判断、会议	范围管理计划、需求管理计划	“章程入，两会出，管理计划分两步”
② 收集需求（规划）	范围管理计划、需求管理计划、干系人登记册	访谈、焦点小组、原型法、标杆对照、头脑风暴等	需求文件、需求跟踪矩阵	“需求怎么来？访谈问卷原型开，跟踪矩阵链起来”
③ 定义范围（规划）	范围管理计划、需求文件、项目章程	产品分析、引导式研讨会、备选方案生成	项目范围说明书	“说清做什么，排除责任明”
④ 创建WBS（规划）	范围管理计划、项目范围说明书、需求文件	分解技术、滚动式规划	WBS、WBS词典、范围基准	“分解到工作包，基准成三角”
⑤ 确认范围（监控）	范围基准、核实的可交付成果、工作绩效数据	检查（审查、产品审查）	验收的可交付成果、变更请求	“客户来签字，验收才算齐”
⑥ 控制范围（监控）	范围基准、项目管理计划、工作绩效数据	偏差分析、趋势分析	工作绩效信息、变更请求	“基准做标尺，偏差即警示”

完整ITTO速查表（精简版）：

过程组	输入	工具与技术	输出
规划范围管理	项目章程、项目管理计划、EEF、OPA	专家判断、数据分析、会议	范围管理计划、需求管理计划
收集需求	项目章程、范围管理计划、需求管理计划、干系人登记册	专家判断、访谈、焦点小组、问卷调查、标杆对照、头脑风暴、原型法等	需求文件、需求跟踪矩阵
定义范围	范围管理计划、需求文件、需求跟踪矩阵、项目章程	专家判断、产品分析、备选方案生成、引导式研讨会	项目范围说明书、项目文件更新
创建WBS	范围管理计划、项目范围说明书、需求文件、EEF、OPA	专家判断、分解、滚动式规划	WBS、WBS词典、范围基准、项目文件更新
确认范围	项目管理计划（范围基准）、需求文件、需求跟踪矩阵、核实的可交付成果、工作绩效数据	检查、群体决策技术	验收的可交付成果、变更请求、工作绩效信息
控制范围	项目管理计划（范围基准）、需求文件、需求跟踪矩阵、工作绩效数据、OPA	偏差分析、趋势分析	工作绩效信息、变更请求、项目管理计划更新

PART 03

六大过程高频考点精讲

考点1：规划范围管理——输出两个“管理计划”

两个核心输出：

输出	核心内容	类比
范围管理计划	描述如何定义、制定、监督、控制和确认项目范围（指南性文件）；含稳定性评估（变化频率/方式/数量评估）	“怎么管范围”
需求管理计划	描述如何分析、记录和管理需求（含配置管理、优先级排序过程等）	“怎么管需求”

易错警示：范围管理计划不描述具体范围内容，而是说明范围怎么管。具体范围内容属于范围说明书的范畴。

真题级考点：项目组正在对项目需求变化数量、变化频率以及变化方式等进行评估，该工作属于（范围管理计划）的管理范畴。

考点2：收集需求——11种工具与方法（选择题高频）

速记口诀：“访谈焦点引导会，头脑问卷原型绘；标杆对照系统图，文件分析多标准” 。

工具方法	核心特点	适用场景	考试关键点
访谈	一对一深度沟通	获取机密信息、核心干系人需求	可以获取深度信息
焦点小组	有主持人，预定的干系人和主题专家	群体互动讨论	有主持人，侧重群体讨论
引导式研讨会	跨职能干系人共同定义需求	快速定义跨职能需求
			联合应用开发（JAD）
头脑风暴	产生和收集多种创意	收集创意	强调“产生创意”
名义小组技术	结构化的头脑风暴，通过投票排列优先顺序	创意太多需排序	有投票排序环节
亲和图	对大量创意进行分组归类	创意分类整理	“归类”是关键词
多标准决策分析	用决策矩阵（风险、价值等）评估创意	有多个评估维度时	决策矩阵
标杆对照	参照同类项目/行业最佳实践	有可比对象时	注意“可比性”
原型法	制造模型（如故事板）	征求早期反馈，需求模糊、复杂创新产品	支持渐进明细
问卷调查	大范围标准化调研	远程、大范围、需统计分析	适合标准化需求
系统交互图	可视化描绘产品范围，显示系统与人/其他系统的交互	理解系统边界	描绘系统与外部交互

考点3：需求跟踪矩阵——五星级考点

定义：把产品需求从其来源连接到能满足需求的可交付成果的一种表格，提供了在整个项目生命周期中跟踪需求的一种方法。

两种跟踪方向（常考区分题）：

跟踪类型	定义	核心问题
正向跟踪	从需求文件出发，检查每个需求是否在设计、编码或测试阶段有对应成果	“需求都实现了吗？”
反向跟踪	从工作产品回溯到需求文件，验证工作成果是否源于需求	“工作有没有依据？”

易错警示：需求跟踪 ≠ 需求确认！需求跟踪是建立可追溯链条，不是确认需求内容本身。

考点4：项目范围说明书——内容必背

速记口诀：“描述成果验标责，假设制约目标合”

内容	说明
产品范围描述	产品具有的特征和功能
可交付成果	项目产出物清单
验收标准	如何判定成果符合要求
项目的除外责任	明确说明“不做什么”
项目制约因素	限制条件（如预算、工期上限）
项目假设条件	假定为真的前提条件
项目目标/预算/资源/里程碑	项目的基本参数

特别注意：除外责任（明确不做什么）是范围说明书的核心内容，有助于管理干系人期望和减少范围蔓延。

考点5：创建WBS——案例题必考！

WBS定义：将可交付成果和工作分解为较小的、更易于管理的组件。

四大核心原则：

原则	要点	口诀
100%原则	WBS必须包含（也仅包含）所有项目工作	“全部覆盖，不多不少”
成果导向	WBS元素必须描述可交付成果而非行动（“设计文档”正确，“进行设计”错误）	“名词描述，不用动词”
互斥性	同一层要素间不得有重叠范围	“各司其职，互不重叠”
责任唯一	WBS每个元素只能由一个人负责	“一个节点一个人”

WBS的关键组件：

组件	定义	层级位置
工作包	WBS最底层的工作单元，可对其成本和工期进行估算和管理	最底层
控制账户	管理控制点，包含两个或更多工作包，每个工作包只与一个控制账户关联	工作包之上
规划包	低于控制账户但高于工作包，工作内容已知但无详细进度活动	控制账户下、工作包上
WBS词典	详细描述WBS中每个组件的文件（含验收标准、成本估算等）	配套文档

8-80小时原则（高频考点）：工作包的大小建议至少需要8小时完成，总完成时间不应大于80小时。这是一个指导性原则，而非强制标准。

易错警示：业内一般把“1个人1周能干完的工作”称为一个工作包—— 这是错误的！工作包分解粒度以8～80小时为原则，而非固定按“1人1周”定义。

分解步骤与检查清单（案例题常用）：

识别和分析可交付成果及相关工作
确定WBS结构和编排方法
自上而下逐层分解
为WBS组件分配标识编码
核实分解程度是否恰当

检查原则：凡是在WBS出现的都是应该做的工作（防止镀金）；WBS应控制在 4～6层；应包含项目管理工作和外包工作；需要所有干系人参与编制。

考点6：确认范围 vs 质量控制——五星级混淆点

维度	确认范围	质量控制
关注点	客户/发起人是否接受（验收可交付成果）	产品是否正确（核实的可交付成果）
执行方	外部干系人（客户/发起人签字批准）	内部团队（质量检查）
检查内容	关注可交付成果的验收	关注可交付成果的正确性及是否满足质量要求
时间点	一般在阶段末尾进行	通常先于确认范围，也可同时进行
工具	检查（审查、产品审查、巡检）	测试、评审、测量等

速记口诀：“确认求验收（客户签字），控制查质量（内部检查）” 。

关键数据流：核实的可交付成果是控制质量的输出，同时是确认范围的输入。

考点7：范围蔓延 vs 镀金——案例分析高频“找茬”

概念	定义	典型案例表述	责任方
范围蔓延	未经控制的产品或项目范围的扩大（未对时间、成本和资源做相应调整）	“客户临时提出额外功能，团队直接承接”	外部需求增加
镀金	团队主动增加超出范围基准的工作	“为了让客户满意，额外优化界面交互”	内部主动增加

速记口诀：“蔓延是客户加需求，镀金是自己加活儿” 。

PART 04

案例分析专题——答题模板直接套用

考试频率：案例分析是极高频考点，范围管理几乎每年必考，常与风险管理、进度成本管理组合出现。

“找茬题”标准答题话术——WBS分解常见问题：

WBS分解由项目经理一人完成，未组织干系人参与确认

分解不完整，有遗漏（如外包工作未包含在WBS中）

分解不够详细，层数太少（建议控制在4-6层）

WBS节点有多人负责（违反责任唯一原则）

工作包过大，超过80小时原则

未包含项目管理工作

分解以行动为导向而非成果为导向

“找茬题”标准答题话术——范围管理整体问题：

未制定项目范围管理计划

收集需求工作不全面，未经充分验证和确认

定义范围有问题，没有明确的范围说明书或缺少除外责任

未组织干系人进行确认范围，对范围进行验收

控制范围有问题，存在镀金、范围蔓延

范围变更未经过整体变更控制流程

范围说明书内容简答题（5分左右，直接默写）：项目范围说明书包括：①产品范围描述、②可交付成果、③验收标准、④项目的除外责任、⑤项目制约因素、⑥项目假设条件、⑦项目目标/预算/资源/主要里程碑。

真题复盘：2021年11月案例题考查了WBS分解存在的问题、注意事项、范围管理问题、范围说明书内容等，参考答案中明确指出项目经理自己做了WBS分解而未组织干系人参与、外包工作未包含、工作包过大等典型问题。

PART 05

论文写作要点速览

考试频率：范围管理是历年最热门的论文题目之一。

核心框架：“标题 + 摘要 + 正文（6个过程展开） + 结尾”

摘要模板（约200字）：

20XX年X月，我作为项目经理参与了XX项目的建设工作，项目总投资XX万，建设工期XX月。通过该项目的建设，实现了……。本文结合作者的实际经验，以该项目为例，讨论了信息系统项目建设过程中的范围管理，主要从规划范围管理、收集需求、范围定义、创建WBS、范围确认、范围控制六个方面进行了阐述。

正文六段式展开要点（每段约300-400字）：

过程	写作要点	关键词/加分项
规划范围管理	如何制定两个计划，说明稳定性评估、WBS分解规则、验收流程	组织过程资产、专家判断、会议
收集需求	用了哪些工具（访谈/焦点小组/原型法），如何形成需求文件和需求跟踪矩阵	需求跟踪矩阵、原型法、引导式研讨会
定义范围	如何产出项目范围说明书，特别是除外责任和验收标准	除外责任、验收标准、备选方案分析
创建WBS	按什么维度分解（业务模块+技术组件），分解到工作包，形成范围基准	8-80原则、100%原则、WBS词典
确认范围	如何组织客户验收，分阶段签字确认	检查、验收的可交付成果
控制范围	如何处理范围变更，防止范围蔓延/镀金，如何通过CCB控制	偏差分析、整体变更控制