第 03 章：范围管理¶

来源：课程思维导图 PDF，并保留课程视频目录中的章节与时长信息。用于在 Obsidian 的 Markmap 插件中渲染，默认折叠到二级。

项目	数值
视频小节	6
总时长	02:07:18

--- markmap: height: 760 initialExpandLevel: 2 maxWidth: 320 spacingHorizontal: 90 spacingVertical: 12 nodeMinHeight: 24 paddingX: 10 --- # 3. 范围管理（6节 / 02:07:18） ## 3.1. 规划范围管理（13:28） ### 考点：规划范围管理的 ITTO #### 定义 - 为记录如何定义、确认和控制项目范围及产品范围而创建范围管理计划的过程 #### 作用 - 在整个项目期间对如何管理范围提供指南和方向 #### 输入（I） - 项目章程 - 项目管理计划 - 质量管理计划 - 项目生命周期描述 - 开发方法 - 事业环境因素 - 组织过程资产 #### 工具与技术（TT） - 专家判断 - 数据分析 - 备选方案分析 - 会议 #### 输出（O） - 范围管理计划 - 需求管理计划 ### 考点：范围管理计划与需求管理计划 #### 需求管理计划 - 如何规划、跟踪和报告各种需求活动 - 配置管理活动 - 如何启动变更 - 如何分析变更影响 - 如何进行追溯、跟踪和报告 - 变更审批权限 - 需求优先级排序过程 - 测量指标及使用这些指标的理由 - 反映哪些需求属性将被列入跟踪矩阵等 #### 范围管理计划 - 制定项目范围说明书 - 根据详细项目范围说明书创建 WBS - 确定如何审批和维护范围基准 - 正式验收已完成的项目可交付成果 - 可根据项目需要采用不同形式 - 正式或非正式 - 非常详细或高度概括 ## 3.2. 收集需求（22:02） ### 考点：收集需求的 ITTO #### 输入（I） - 项目章程 - 项目管理计划 - 项目文件 - 立项管理文件 - 协议 - 事业环境因素 - 组织过程资产 #### 工具与技术（TT） - 专家判断 - 数据收集 - 数据收集类别（背记） - 头脑风暴 - 用来产生和收集对项目需求与产品需求的多种创意 - 访谈 - 通过与干系人直接交谈获取信息的正式或非正式方法 - 焦点小组 - 召集预定的干系人和主题专家，了解他们对所讨论产品、服务或成果的期望和态度 - 由一位受过训练的主持人引导互动式讨论 - 问卷调查 - 设计一系列书面问题，向众多受访者快速收集信息 - 标杆对照 - 将实际或计划的产品、过程和实践与其他可比组织的实践进行比较 - 用于识别最佳实践、形成改进意见，并为绩效考核提供依据 - 数据分析 - 决策 - 数据表现 - 人际关系与团队技能 - 系统交互图 - 原型法 #### 输出（O） - 需求文件 - 需求文件内容（背记） - 描述各种单一需求将如何满足与项目相关的业务需求 - 内容包括 - 业务需求 - 干系人需求 - 解决方案需求 - 过渡和就绪需求 - 项目需求 - 质量需求 - 需求跟踪矩阵 - 需求跟踪矩阵内容（背记） - 把产品需求从其来源连接到能满足需求的可交付成果的一种表格 - 内容包括 - 业务需要、机会、目的和目标 - 项目目标 - 项目范围 / WBS 可交付成果 - 产品设计 - 产品开发 - 测试策略和测试场景 - 高层级需求到详细需求 ### 定义 - 为实现项目目标而确定、记录并管理干系人的需要和需求的过程 ### 作用 - 为定义产品范围和项目范围奠定基础 ## 3.3. 定义范围（16:31） ### 考点：定义范围的 ITTO #### 输入（I） - 项目章程 - 项目管理计划 - 范围管理计划 - 项目文件 - 假设日志 - 需求文件 - 风险登记册 - 组织过程资产 - 事业环境因素 #### 工具与技术（TT） - 专家判断 - 数据分析 - 备选方案分析 - 决策 - 多标准决策分析 - 人际关系与团队技能 - 引导 - 产品分析 #### 输出（O） - 项目范围说明书 - 项目文件更新 - 假设日志 - 需求文件 - 需求跟踪矩阵 - 干系人登记册 ### 定义 - 制定项目和产品详细描述的过程 ### 作用 - 描述产品、服务或成果的边界和验收标准 ### 考点：范围说明书的内容 - 产品范围描述 - 可交付成果 - 除外责任 - 验收标准 ## 3.4. 创建WBS（47:16） ### 考点：创建 WBS 的 ITTO #### 输入（I） - 项目管理计划 - 范围管理计划 - 项目文件 - 项目范围说明书 - 需求文件 - 事业环境因素 - 组织过程资产 #### 工具与技术（TT） - 专家判断 - 分解 #### 输出（O） - 范围基准 - 项目文件更新 - 假设日志 - 需求文件 ### 定义 - 创建工作分解结构（WBS）是把项目可交付成果和项目工作分解成较小、更易于管理的组件的过程 ### 作用 - 为所要交付的内容提供架构 ### 考点：WBS 分解的步骤（背记） - 1. 识别和分析可交付成果及相关工作 - 2. 确定 WBS 的结构和编排方法 - 3. 自上而下逐层细化分解 - 4. 为 WBS 组成部分制定和分配标识编码 - 5. 核实可交付成果分解的程度是否恰当 ### 考点：WBS 的结构 - 按项目生命周期分解 - 以项目生命周期的各阶段作为第二层 - 把产品和项目可交付成果放在第三层 - 树型示例：软件产品 5.0 版 - 项目管理 - 规划 - 会议 - 管理 - 产品需求 - 软件 - 用户手册 - 培训项目材料 - 详细设计 - 软件 - 用户手册 - 培训项目材料 - 构建 - 软件 - 用户手册 - 培训项目材料 - 集成与测试 - 软件 - 用户手册 - 培训项目材料 - 按主要可交付成果分解 - 以主要可交付成果作为第二层 - 树型示例：飞机系统 - 项目管理 - 系统工程管理 - 支持项目经理活动 - 培训 - 设备培训 - 设施培训 - 服务培训 - 数据 - 技术指令 - 工程数据 - 管理数据 - 航空器 - 机身 - 发动机 - 通信系统 - 导航系统 - 消防系统 - 支持设备 - 组织层 SE - 中间层 SE - 站务层 SE - 设施 - 基地建筑 - 维护设施 - 测试与评估 - 实体模型 - 运转测试 - 开发测试 - 树型 WBS - 特点：层次清晰、直观、结构性很强 - 适用范围：中小型的应用项目 - 列表型 WBS - 特点：能反映所有工作要素，直观性较差 - 适用范围：大型、复杂的项目 ### 考点：WBS 分解的注意事项（红字背记） - 1. WBS 必须是面向可交付成果的 - 2. WBS 必须符合项目的范围 - WBS 必须包括，且仅包括为了完成项目可交付成果的活动 - 100% 规则 - 3. WBS 底层工作应该支持计划和控制 - 底层不仅要支持项目管理计划 - 还要让管理层能够监视和控制项目的进度和预算 - 8/80 小时规则 - 4. WBS 中的元素必须有人负责，而且只由一个人负责 - 5. WBS 应控制在 4～6 层 - 一个工作单元只能从属于某个上层单元，避免交叉从属 - 6. WBS 应包括项目管理工作，也要包括分包出去的工作 - 7. WBS 的编制需要所有（主要）项目干系人的参与 - 8. WBS 并非是一成不变的 ### 考点：WBS 相关概念 - WBS：Work Breakdown Structure - 中文：工作分解结构 - 规划包 - 一种低于控制账户而高于工作包的工作分解结构组件 - 工作内容已知，但详细的进度活动未知 - 一个控制账户可以包含一个或多个规划包 - 控制账户 - 每个工作包都是控制账户的一部分 - 控制账户是一个管理控制点 - 在该控制点上，把范围、预算和进度加以整合，并与挣值相比较，以测量绩效 - WBS 字典 - 针对 WBS 中的每个组件，详细描述可交付成果、活动和进度信息的文件 ## 3.5. 确认范围（17:12） ### 考点：确认范围的概念 - 定义 - 确认范围是正式验收已完成的项目可交付成果的过程 - 作用 - 使验收过程具有客观性 - 通过确认每个可交付成果来提高最终产品、服务或成果获得验收的可能性 - 开展频率 - 本过程应根据需要在整个项目期间定期开展 - 与控制质量的区别 - 确认范围关注可交付成果的验收 - 控制质量关注可交付成果的正确性及是否满足质量要求 - 外包软件项目记忆案例 - 乙方内部测试通过：形成核实的可交付成果 - 甲方依据合同、需求和验收标准检查并正式签字接受：形成验收的可交付成果 - 若合同要求单独正式确认，甲方仅测试通过但尚未正式接受：还没有完成验收 - 最终以合同约定的验收机制为准 - 记忆口诀：乙方核实质量，甲方确认验收 ### 考点：确认范围的 ITTO #### 输入（I） - 项目管理计划 - 范围管理计划 - 需求管理计划 - 范围基准 - 项目文件 - 经验教训登记册 - 质量报告 - 需求文件 - 需求跟踪矩阵 - 核实的可交付成果 - 工作绩效数据 #### 工具与技术（TT） - 检查 - 决策 - 投票 #### 输出（O） - 验收的可交付成果 - 工作绩效信息 - 变更请求 - 项目文件更新 - 经验教训登记册 - 需求文件 - 需求跟踪矩阵 ### 考点：确认范围的步骤和检查点 - 确认范围的步骤（背记） - 1. 确定需要进行确认范围的时间 - 2. 识别确认范围需要哪些投入 - 3. 确定范围正式被接受的标准和要素 - 4. 确定确认范围会议的组织步骤 - 5. 组织确认范围会议 ### 考点：干系人关注点 - 客户关注 - 客户需要和产品范围 - 管理层关注 - 项目范围 - 项目管理人员关注 - 制约因素 - 团队成员关注 - 参与和负责的元素 - 关系主线 - 客户需要和产品范围 → 项目范围 → 参与和负责的元素 → 制约因素 ## 3.6. 控制范围（10:49） ### 考点：控制范围的概念 - 定义 - 控制范围是监督项目和产品的范围状态、管理范围基准变更的过程 - 作用 - 在整个项目期间保持对范围基准的维护 - 开展周期 - 本过程需要在整个项目期间开展 ### 考点：控制范围的 ITTO #### 输入（I） - 项目管理计划 - 范围管理计划 - 需求管理计划 - 变更管理计划 - 配置管理计划 - 范围基准 - 绩效测量基准 - 项目文件 - 经验教训登记册 - 需求文件 - 需求跟踪矩阵 - 工作绩效数据 - 组织过程资产 #### 工具与技术（TT） - 数据分析 - 偏差分析 - 趋势分析 #### 输出（O） - 工作绩效信息 - 变更请求 - 项目管理计划更新 - 项目文件更新