当前位置：首页 > news >正文

【信息系统项目管理师】第9章：项目范围管理-基础和过程考点梳理

news 来源：原创 2025/6/2 23:15:10

文章目录

- 9.1 管理基础
- - 9.1.1 产品范围和项目范围
  - 9.1.2 管理新实践
- 9.2 项目范围管理过程
- - 9.2.1 过程概述
  - 9.2.2 裁剪考虑因素
  - 9.2.3 敏捷与适应方法

【学习建议】本章节内容属于10大管理知识领域，选择、案例、论文都会考，建议重点学习。项目范围管理包括确保项目做且只做所需的全部工作，以成功完成项目。项目范围管理主要在于定义和控制哪些工作应该包括在项目内，哪些不应该包含在项目内。

选择题，大概考3分左右，新教材基本只考课本原话，需要通读课本。
案例题，考的比较多, 大家要把相关的流程梳理清楚，重点部分需要记忆。
论文题，考的比较多，建议作为第二梯队准备。

9.1 管理基础

9.1.1 产品范围和项目范围

产品范围：指某项产品、服务或成果所具有的特征和功能。产品范围的完成情况是根据产品需求来衡量的。

项目范围：包括产品范围，是为交付具有规定特性与功能的产品、服务或成果而必须完成的工作。项目范围的完成情况是根据项目管理计划来衡量的。

9.1.2 管理新实践

需求一直是项目管理的关注重点，需求管理过程结束于需求关闭，即把产品、服务或成果移交给接收方，以便长期测量、监控、实现并维持收益。

9.2 项目范围管理过程

9.2.1 过程概述

(1)项目范围管理过程包括如下内容

① 规划范围管理：为了记录如何定义、确认和控制项目范围及产品范围，创建范围管理计划。本过程的主要作用是在整个项目期间对如何管理范围提供指南和方向。本过程仅开展一次或仅在项目的预定义点开展。
② 收集需求：为了实现项目目标，确定、记录并管理干系人的需要和需求。过程的主要作用是为定义产品范围和项目范围奠定基础。本过程仅开展一次或仅在项目的预定义点开展。
③ 定义范围：制定项目和产品详细描述。本过程的主要作用是描述产品、服务或成果的边界和验收标准。本过程需要在整个项目期间多次反复开展。
④ 创建 WBS：将项目可交付成果和项目工作分解为较小的、更易于管理的组件。本过程的主要作用是为所要交付的内容提供架构。它仅开展一次或仅在项目的预定义点开展。
⑤ 确认范围：正式验收已完成的项目可交付成果。本过程的主要作用:1使验收过程具有客观性;2通过确认每个可交付成果来提高最终产品、服务或成果获得验收的可能性。确认范围过程应根据需要在整个项目期间定期开展。
⑥ 控制范围：监督项目和产品的范围状态，管理范围基准的变更。在项目实际进展中，以上各过程会相互交叠和相互作用。本过程的主要作用是在整个项目期间保持对范围基准的维护。本过程需要在整个项目期间开展。

(2)项目范围管理的输入、工具与技术、输出 见表

过程	输入	工具与技术	输出
规划范围管理	1.项目管理计划 2.项目章程 3.事业环境因素 4.组织过程资产	1.专家判断 2.数据分析(备选方案分析) 3.会议	1.范围管理计划 2.需求管理计划
收集需求	1.立项管理文件 2.项目章程 3.项目管理计划 4.项目文件(假设日志、干系人登记册、经验教训登记册)5.协议 6.事业环境因素 7.组织过程资产	1.专家判断 2.数据收集(头脑风暴、访谈、焦点小组、问卷调查、标杆对照) 3.数据分析(文件分析) 4.决策(投票、独裁型决策制定、多标准决策分析) 5.数据表现(亲和图、思维导图) 6.人际关系与团队技能(名义小组技术、观察和交谈、引导) 7.系统交互图 8.原型法	1.需求文件 2.需求跟踪矩阵
定义范围	1.项目章程 2.项目管理计划 3.项目文件(假设日志、需求文件、风险登记册) 4.事业环境因素 5.组织过程资产	1.专家判断 2.数据分析(备选方案分析) 3.决策(多标准决策分析) 4.人际关系与团队技能(引导) 5.产品分析	1.项目范围说明书 2.项目文件(更新)(假设日志、需求文件、需求跟踪矩阵、干系人登记册)
创建 WBS	1.项目管理计划 2.项目文件(需求文件、项目范围说明书) 3.事业环境因素 4.组织过程资产	1.分解 2.专家判断	1.范围基准 2.项目文件(更新)(假设日志、需求文件)
确认范围	1.项目管理计划 2.项目文件(经验教训登记册、质量报告、需求文件、需求跟踪矩阵) 3.核实的可交付成果 4.工作绩效数据	1.检查 2.决策(投票)	1.验收的可交付成果 2.变更请求 3.工作绩效信息 4.项目文件(更新)(需求文件、需求跟踪矩阵、经验教训登记册)
控制范围	1.项目管理计划 2.项目文件(需求文件、需求跟踪矩阵、经验教训登记册) 3.工作绩效数据 4.组织过程资产	数据分析(偏差分析、趋势分析)	1.工作绩效信息 2.变更请求 3.项目管理计划(更新) 4.项目文件(需求文件、需求跟踪矩阵、经验教训登记册)

9.2.2 裁剪考虑因素

裁剪时应考虑的因素包括:知识和需求管理，确认和控制，开发方法，需求的稳定性，治理。

9.2.3 敏捷与适应方法

对于需求不断变化、风险大或不确定性高的项目，在项目开始时通常无法明确项目的范围，而需要在项目期间逐渐明确。敏捷或适应型方法特意在项目早期缩短定义和协商范围的时间，为后续细化范围、明确范围争取更多的时间。

采用敏捷或适应型生命周期，旨在应对大量变更，需要干系人持续参与项目。
采用多次迭代，重复开展三个过程：①收集需求；②定义范围；③创建WBS。
发起人和客户代表应该持续参与项目，重复开展两个过程：①确认范围；②控制范围。

敏捷型管理：在开始时只花少量时间进行范围定义，目的是为了快速进入开发状态。在之后的开发过程中，会存在大量的变更，通过快速迭代和反复确认来管理范围。
预测型管理：在开始时花大量时间进行详细的需求分析和范围定义，形成范围基准。在之后的开发过程中，按照计划来进行，有涉及基准的变更，那么走变更流程，通过变更控制来管理范围。__