101 lines
3.0 KiB
Markdown
Executable File
101 lines
3.0 KiB
Markdown
Executable File
---
|
||
created: 2026-04-29
|
||
type: knowledge
|
||
tags: [软考高项, PMBOK, 范围管理]
|
||
source: 十大管理.xmind
|
||
---
|
||
|
||
# 范围管理
|
||
|
||
> 核心：定义和控制哪些工作应该包括在项目内，确保项目做且只做所需的全部工作
|
||
|
||
## 6 大过程
|
||
|
||
### 1. 规划范围管理
|
||
|
||
**定义**：记录如何定义、确认、控制项目范围及产品范围，创建范围管理计划
|
||
|
||
**输入**：项目章程、项目管理计划（质量管理计划、项目生命周期描述、开发方法）
|
||
|
||
**工具**：
|
||
- 数据分析（备选方案分析：对比不同范围定义方案，如瀑布式、敏捷式）
|
||
- 专家判断
|
||
- 会议
|
||
- 数据收集（焦点小组、访谈）
|
||
|
||
**输出**：
|
||
- **范围管理计划**（描述如何定义、制定、监督、控制、确认范围）
|
||
- 指导：项目范围说明书、创建 WBS、正式验收的已完成的可交付成果、确定如何审批和维护范围基准
|
||
- **需求管理计划**（描述如何分析、记录、管理需求）
|
||
- 内容：如何规划、跟踪、报告需求；需求优先级排序；需求的测量指标；哪些需求列入需求跟踪矩阵；配置管理活动
|
||
|
||
### 2. 收集需求
|
||
|
||
**定义**：确认、记录并管理干系人需要和需求
|
||
|
||
**输入**：立项管理文件、项目章程、项目管理计划、项目文件、协议
|
||
|
||
**工具**：
|
||
- 数据收集（头脑风暴、访谈、问卷调查、标杆对照）
|
||
- 数据分析（文件分析）
|
||
- 决策
|
||
- 数据表现：
|
||
- **亲和图**（按亲和关系分组）
|
||
- **思维导图**（头脑风暴结果）
|
||
- **系统交互图**（展示业务系统和用户的交互关系）
|
||
|
||
### 3. 定义范围
|
||
|
||
### 4. 创建 WBS
|
||
|
||
### 5. 确认范围
|
||
|
||
### 6. 控制范围
|
||
|
||
## 高频考点
|
||
|
||
### 范围管理计划 vs 需求管理计划
|
||
|
||
| | 范围管理计划 | 需求管理计划 |
|
||
|--|-------------|-------------|
|
||
| 内容 | 如何定义、确认、控制范围 | 如何分析、记录、管理需求 |
|
||
| 重点 | 范围边界和验收 | 需求跟踪和优先级 |
|
||
|
||
### 如何创建 WBS
|
||
|
||
- **原则**：100% 规则（WBS 包含 100% 的项目工作）
|
||
- **8/80 规则**：工作包 8-80 小时
|
||
- **结构**：自上而下分解
|
||
- **作用**：成本估算、进度安排、资源分配的基础
|
||
|
||
### 确认范围 vs 控制质量
|
||
|
||
| | 确认范围 | 控制质量 |
|
||
|--|---------|---------|
|
||
| 关注点 | 成果验收 | 核实成果是否满足质量要求 |
|
||
| 顺序 | 后执行 | 先执行 |
|
||
| 执行者 | 甲方/客户 | 项目团队 |
|
||
|
||
### 如何避免范围蔓延
|
||
|
||
1. 充分的需求调研
|
||
2. 严格的变更控制流程
|
||
3. 明确工作的责任人
|
||
4. 变更书面化
|
||
|
||
### 范围变更影响因素
|
||
|
||
- 前期调研不足
|
||
- 干系人出现新需求
|
||
- 政策改变
|
||
|
||
### 范围管理与其他管理的关系
|
||
|
||
- **进度管理**：范围基准、WBS 是定义活动和持续时间估算的依据；范围蔓延对进度造成负面影响
|
||
- **风险管理**：范围蔓延、范围镀金是风险因素
|
||
- **干系人管理**：规划范围管理需考虑干系人需要，收集需求使用干系人登记册
|
||
|
||
---
|
||
|
||
*基于《十大管理》XMind 整理*
|