项目范围管理

项目范围管理

确保项目做且只做所需的全部工作，以成功完成项目的各个过程。

关注的焦点

• 要做范围内的事儿，而且只做范围内的事儿，既不少做也不多做。

主要过程

编制范围管理计划过程

• 对如何定义、确认和控制项目范围的过程进行描述
• 工具和技术：会议、专家判断
• 输入：项目管理计划、项目章程、组织过程资产、事业环境因素
• 输出：
  • 范围管理计划
    • 指定详细的项目范围说明书
    • 根据详细范围说明书创建WBS
    • 维护和批准正式分解结构（WBS）
    • 正式验收已完成的项目可交付成果
    • 处理对详细项目范围说明书或WBS的变更
  • 需求管理计划
    • 如何规划、跟踪和报告各种需求活动
    • 配置管理活动
    • 需求优先级排序过程
    • 产品测量指标及选择指标理由
    • 需求属性将被列入跟踪矩阵的跟踪结构
    • 收集需求过程

收集需求

• 为实现项目目标，明确并记录项目干系人的相关需求过程
• 工具和技术：访谈、焦点小组、群体决策创新（多方案评估归类及优先级排序）、问卷调查、观察等
• 输入：范围管理计划、需求管理计划、干系人管理计划、项目章程、干系人登记册
• 输出：需求文件、需求跟踪矩阵

定义范围

• 详细描述产品范围和项目范围，编制项目范围说明书，作为以后项目决策的基础，明确项目、服务或输出的边界
• 工具和技术：产品分析、专家判断等
• 输入：范围管理计划、项目章程、需求文件、组织过程资产
• 输出：项目范围说明书
  • 对项目范围、主要可交付成果、假设条件和制约因素的描述
  • 详细描述了项目的可交付成果

创建工作分解结构（WBS）

• 把整个项目工作分解为较小的、易于管理的组成部分，形成一个自上而下的分解结构
• WBS是后续管理工作的主要依据，是项目时间、成本、人力等管理工作的基础
• 内容包含：
  • WBS最底层工作单元称为：工作包，是进行进度安排、成本估算和监控的基础
  • WBS必须且只能包括100%的工作
  • WBS的编制需要所有项目干系人的参与
  • WBS是逐层向下分解，一般情况下应控制在3~6层为宜
  • 表现形式：分级的树形结构、表格结构
  • 单继承（一个工作包只能属于某个上层工作包）
• 工具和技术：分解、专家判断
• 输入：项目范围管理计划、项目范围说明书、需求文件等
• 输出：
  • 范围基准
    • 项目范围说明书（粗略）
    • WBS（详细）
    • WBS词典（详细）

确认范围

• 正式验收已完成的可交付成果，提高最终产品、服务或者成果获得验收的可能性
• 工作要点
  • 制定并执行确认程序
  • 项目干系人或项目范围的正式承认
• 工具和方法：检查、群体决策
• 输入：项目管理计划、需求文件、工作绩效数据、核实的可交付成果、需求跟踪矩阵
• 输出：验收的可交付成果、变更请求、工作绩效信息、项目文件更新

范围控制

• 监督项目和产品的范围状态、管理范围基准变更
• 变更不可避免，因此在每个项目上，都必须以书面形式记录并实施某种形式的变更控制管理
• 常遇见的问题
  • 项目范围蔓延
  • 得不到项目投资人的批准（提出变更，不给钱，不给工时，怎么干）
  • 项目小组未尽责任
• 与需求变更的联系
  • 每次需求变更并经过需求评审后，都要重新确定新的需求基线
  • 需求变更及项目范围变更一定要遵循有变更委员会指定的变更控制流程
• 工具和技术
  • 偏差分析：确定实际绩效与基准的差异程度及原因的技术
• 输入：项目管理计划（范围基准、范围管理计划、配置管理计划、需求管理计划等）、需求文件、需求跟踪矩阵、工作绩效数据、组织过程资产
• 输出：工作绩效信息、变更请求、项目管理计划更新、项目文件更新、组织过程资产更新