一、选择题高频考点（一）核心过程全量考点（6大过程，必考）
规划范围管理→收集需求→定义范围→创建WBS→确认范围→控制范围（按执行顺序考核，需准确记忆）
（二）各过程核心输入输出（高频考，精准对应）
1. 规划范围管理
◦ 输入：项目管理计划、项目章程、事业环境因素、组织过程资产
◦ 输出：范围管理计划（核心）、需求管理计划
2. 收集需求
◦ 输入：范围管理计划、需求管理计划、项目章程、相关方登记册
◦ 输出：需求文件、需求跟踪矩阵（两大核心，选择题高频）
3. 定义范围
◦ 输入：范围管理计划、项目章程、需求文件、组织过程资产
◦ 输出：项目范围说明书（核心）、项目文件更新
4. 创建WBS
◦ 输入：范围管理计划、项目范围说明书、需求文件、组织过程资产
◦ 输出：范围基准（核心）、项目文件更新（含WBS、WBS词典）
5. 确认范围
◦ 输入：项目管理计划（范围基准）、可交付成果、工作绩效数据
◦ 输出：验收的可交付成果、变更请求、工作绩效信息、项目文件更新
6. 控制范围
◦ 输入：项目管理计划（范围基准）、工作绩效数据、可交付成果
◦ 输出：工作绩效信息、变更请求、项目管理计划更新（含范围基准）、项目文件更新
（三）各过程核心工具与技术（按过程对应，考匹配/适用场景）
1. 规划范围管理：专家判断、数据分析（标杆对照）、会议
2. 收集需求：访谈、焦点小组、引导式研讨会、问卷调查、标杆对照、头脑风暴、亲和图、思维导图（考场景，如大样本用问卷调查）
3. 定义范围：专家判断、产品分析、备选方案生成、引导式研讨会
4. 创建WBS：分解（核心工具）、专家判断（分解原则必考）
5. 确认范围：检查（核心）、决策（投票/多标准决策分析）
6. 控制范围：偏差分析（核心）、趋势分析、配置管理系统、变更控制工具
（四）关键细节与规则（数值/专属要求，易考单选）
1. 创建WBS的分解要求：可交付成果导向、逐层分解、不重不漏、最低层为工作包（80小时内）
2. 范围基准组成：项目范围说明书+WBS+WBS词典（三者缺一不可，必考）
3. 确认范围与质控的执行顺序：先质量控制，后确认范围（质控检查质量，确认范围验收成果）
4. 控制范围的核心：对范围基准的变更进行严格管控，所有变更需走正式流程
二、案例分析题高频考点（一）核心考核方向（过程类问题占比80%，必考）
1. 过程缺失：未开展某核心过程（如未收集需求、未创建WBS、未确认范围直接交付）
2. 输入输出遗漏：如收集需求未生成需求跟踪矩阵、创建WBS未形成完整范围基准
3. 工具使用错误：如创建WBS以“活动”为导向分解（而非可交付成果）、收集需求对大样本用访谈（而非问卷调查）
4. 过程执行不规范：如确认范围未邀请客户/相关方参与、控制范围对范围基准变更无审批流程
5. 过程衔接问题：未按“质控→确认范围”顺序执行，导致验收的成果存在质量缺陷
（二）高频问题及整改措施（按过程分类，直接套用）
常见过程问题 核心整改措施
未制定范围/需求管理计划 组织项目团队+相关方，结合项目特点制定正式计划，明确范围管理各过程的执行标准、责任分工
收集需求无需求跟踪矩阵 立即编制矩阵，明确需求与可交付成果、测试用例、验收标准的一一对应关系，实现需求全程追溯
定义范围的项目范围说明书不完整 补充说明书核心内容：产品范围描述、可交付成果、验收标准、项目边界、除外责任
创建WBS分解不规范（活动导向/层级混乱） 以可交付成果为导向重新分解，逐层推进至80小时内的工作包，组织专家评审，形成完整范围基准
未执行确认范围流程 按阶段组织客户/相关方开展正式验收，采用“检查”工具核对成果是否符合范围基准，出具验收意见，未通过的整改后重新验收
控制范围无变更管控 建立正式的范围变更流程，所有基准变更需提交书面申请→CCB评估影响→审批→执行→更新基准
（三）高频作答语句（过程类专用，直接写进案例答案）
1. 本项目未开展收集需求过程，未生成需求跟踪矩阵，导致需求无追溯性，部分需求未落地，引发范围争议。
2. 项目在创建WBS时，以项目活动为导向进行分解，违背了“可交付成果导向”的核心原则，导致WBS层级混乱，无法作为范围管控的依据。
3. 本项目未按规范执行确认范围过程，未邀请客户参与验收直接交付，导致客户对成果认可度低，出现返工问题。
4. 项目控制范围环节缺失正式变更流程，范围基准被随意修改，引发严重的范围蔓延，造成成本超支、进度滞后。
5. 本项目未遵循“质控→确认范围”的执行顺序，直接对未完成质量检查的成果进行验收，导致验收后发现大量质量问题，增加项目返工成本。
（四）易错点提醒
1. 区分“创建WBS的输出”与“范围基准组成”：WBS和WBS词典是范围基准的组成部分，不可单独作为基准
2. 确认范围的输出是“验收的可交付成果”，而非“可交付成果”（未验收的成果不可作为输出）
3. 控制范围的核心更新对象是范围基准，而非仅项目文件，变更后必须同步更新基准
三、论文写作高频考点（一）核心写作要求
以“项目范围管理”为主题时，必须按6大过程的执行顺序展开，每个过程需说明「做了什么+用了什么工具+实现了什么效果」，缺一不可。
（二）各过程高频写作要点（结合项目实例，直接套用）
1. 规划范围管理：结合[如ERP项目]，组织专家采用“标杆对照”分析同行业项目，召开项目启动会，制定《范围管理计划》和《需求管理计划》，明确WBS分解标准、范围变更审批流程及各过程责任人员。
2. 收集需求：针对[如政府政务系统项目]，采用“引导式研讨会”邀请业务部门、技术团队、客户代表参与需求研讨，结合“问卷调查”收集基层用户需求，最终整理形成《需求文件》，并编制需求跟踪矩阵实现需求全程追溯。
3. 定义范围：基于需求文件，通过“产品分析”和专家判断，明确项目的产品范围、可交付成果、验收标准及项目边界，编制《项目范围说明书》，经客户和相关方评审通过后正式发布。
4. 创建WBS：以可交付成果为导向，采用“分解”工具将项目逐层分解，顶层为项目本身，第二层为需求分析、系统设计、开发部署等主要成果，最终分解至80小时内的工作包，编制WBS词典，形成完整的范围基准，报CCB审批。
5. 确认范围：项目各阶段（设计、开发、测试）完成后，先组织内部质量控制，再邀请客户和相关方采用“检查”工具对可交付成果进行正式验收，对验收通过的成果签署验收意见，未通过的制定整改计划，整改完成后重新验收。
6. 控制范围：项目执行过程中，采用“偏差分析”定期对比实际工作与范围基准，发现范围偏差及时分析原因；所有范围基准的变更，均需提交书面变更申请，经CCB评估进度、成本、质量影响后审批，审批通过后执行并同步更新范围基准及相关文档。
（三）避坑要点
1. 不可跳过任一过程：6大过程是论文写作的核心框架，遗漏会直接导致分数偏低
2. 工具与过程必须匹配：如不可将“分解”工具写进“定义范围”过程、“偏差分析”不可写进“确认范围”过程
3. 需体现过程的“成果性”：每个过程需说明最终形成的文档/成果（如规划范围管理形成管理计划、创建WBS形成范围基准），避免只说做法无成果