- 范围管理的过程包括：
- 规划范围管理
- 收集需求
- 定义范围
- 创建 WBS
- 确认范围
- 控制范围
- 在预测型项目中，经过批准的项目范围说明书、工作分解结构（WBS）和相应的 WBS 词典构成项目范围基准。
- 规划范围管理的数据流向图
- 需求管理计划的主要内容：
- 如何规划、跟踪和报告各种需求活动
- 配置管理活动，例如，如何启动变更，如何分析其影响，如何进行追溯、跟踪和报告，以及变更审批权限
- 需求优先级排序过程
- 测量指标及使用这些指标的理由
- 反映哪些需求属性将被列入跟踪矩阵
- 收集需求过程仅开展一次或仅在项目的预定义点开展。
- 收集需求的数据流向图
- 需求跟踪矩阵是把产品需求从其来源连接到能满足需求的可交付成果的一种表格。
- 跟踪需求的内容包括：
- 业务需要、机会、目的和目标
- 项目目标
- 项目范围和 WBS 可交付成果
- 产品设计
- 产品开发
- 测试策略和测试场景
- 高层级需求到详细需求
- 需求跟踪矩阵中记录的典型属性包括：典型属性的唯一标识、需求的文字描述、收录该需求的理由、所有者、来源、优先级别、版本、当前状态和状态日期。可根据干系人需求适当添加属性。下图是一个常见的需求跟踪矩阵示意图
- 定义范围的数据流向图
- 项目范围说明书是对项目范围、主要可交付成果、假设条件和制约因素的描述。它记录了整个范围，包括：项目和产品范围、详细描述了项目的可交付成果、代表项目干系人之间就项目范围所达成的共识。
- 定义范围的工具与技术有
- 专家判断
- 数据分析（备选方案分析）
- 决策
- 人际关系与团队技能
- 产品分析
- 创建项目分解结构（WBS）是把项目可交付成果和项目工作分解成较小、更易管理的组件的过程。
- 创建 WBS 的数据流向图如下
- 把整个项目工作分解成工作包，通常要采取的活动有
- 识别和分析可交付成果及相关工作
- 确定 WBS的结构和编排方法
- 自上而下逐层分解细化分解
- 为 WBS组成部分制定和分配标识编码
- 核实可交付成果的分解的程度是否恰当
- 分解的过程中，应该注意的8个方面
- WBS必须是面向可交付成果的
- WBS必须符合项目的范围
- WBS的底层应该支持计划和控制
- WBS中的元素必须有人负责，而且只有一个人负责
- WBS应控制在4~6层
- WBS应该包括项目管理工作，也要包括分出去的工作
- WBS的编制需要所有（主要）项目干洗人的参与
- WBS并非一成不变的
- 范围基准包括：
- 经过批准的范围说明书
- 产品范围描述
- 验收标准
- 可交付成果
- 项目的除外责任
- WBS
- 工作包
- 规划包
- 控制账户
- 相应的WBS词典
- 账户编码标识
- 工作描述
- 假设条件和制约因素
- 负责的组织
- 进度里程碑
- 相关的进度活动
- 所需资源
- 成本估算
- 质量要求
- 验收标准
- 技术参考文献
- 协议信息
- 经过批准的范围说明书
- 确认范围的主要作用：
- 使验收过程具有客观性
- 通过确认每个可交付成果来提高最终产品、服务或成果获得验收的可能性
- 确认范围过程的数据流向图
- 确认范围过程与控制质量过程的不同之处在于，前者关注可交付成果的验收，而后者关注可交付成果的正确性及是否满足质量要求。控制质量过程通常先于确认范围过程，但二者也可同时进行。
- 确认范围的一般步骤包括
- 确定需要进行范围确认的时间
- 识别范围确认需要哪些投入
- 确定范围正式被接受的标准和要素
- 确定范围确认会议的组织步骤
- 组织范围确认会议
- 控制范围过程的数据流向图
