第五章 项目范围管理

基本概念

1. 概述：确定哪些工作是项目应该做的，哪些项目不应该包括在项目中。主要作用是影响项目的成功，能够提高对项目成本、进度、资源估算的准确性。
2. 范围管理需要做的工作
   1. 明确项目的边界
   2. 对项目执行工作进行监控，确保所有该做的工作都做了，没多做也没少做
   3. 防止项目蔓延
3. 项目范围管理的过程
   1. 规划范围管理：写一个文档，范围管理计划，规定如何做好范围管理
   2. 收集需求：收集需求，确定项目所做的工作
   3. 定义范围：写一个详细的范围说明书
   4. 创建工作分解结构(WBS)：把整个项目分解为较小的，易于管理的组成部分，形成一个自上而下的分解结构
   5. 确认范围：在项目进行中，需要阶段性的做一些验收
   6. 控制范围：做好监控，看有没有偏差，有偏差进行纠偏
4. 产品范围和项目范围区别
   1. 【定义】产品范围指产品或服务应包含的功能；项目范围指为了交付产品所做的工作
   2. 【应用】产品范围是项目范围的基础；项目范围是产生项目管理计划的基础
   3. 【完成情况】项目范围是否完成是以范围基准衡量；产品范围是否完成是以产品是否满足产品的描述来判断
   4. 【变更】产品范围变更后，首先受到影响的是项目范围
5. 范围管理与五大过程组之间的关系
   

一、规划范围管理

1. 概述：编制范围管理计划，书面形式描述将如何定义、确认和控制项目范围的过程。主要作用是在整个项目中如何管理范围提供指南和方向。
2. ITO
   1. Inputs
      • 项目管理计划
      • 项目章程
      • 组织过程资产
      • 事业环境因素
   2. Tools
      • 专家判断
      • 会议
   3. outputs
      • 范围管理计划
        • 概述
          • 范围管理计划需要项目管理团队全员参与。
          • 项目范围管理计划可能在项目管理计划之中，也可能作为单独的一项。
          • 根据不同的项目，可以是详细的或概括的，可以是正式的或非正式的。
        • 内容
          • 如何制定项目范围说明书
          • 如何根据范围说明书创建WBS
          • 如何维护和批准WBS
          • 如何确认和正式验收以完成的项目可交付成果
          • 如何处理项目范围说明书的变更
      • 需求管理计划
        • 概述
          • 任务：明确需求，并是项目团队达成共识，建立需求基线
          • 贯穿于项目的整个过程
          • 建立需求能力跟踪链，，确保所有用户需求都能被正确的应用
          • 需求发生变更时，能完全控制其影响范围，始终保持产品与需求的一致性
        • 内容
          • 如何规划、跟踪、汇报各种需求活动
          • 需求管理需要的资源
          • 培训计划
          • 项目干系人参与需求管理的策略
          • 判断项目范围与需求不一致的准则和纠正规程
          • 需求跟踪结构，哪些需求需要列入跟踪矩阵，并可在其他哪些项目文件中追踪到这些需求
          • 配置管理活动

二、收集需求

1. 概述：为了实现项目目标，确定、记录并管理干系人的需求和需要的过程。主要作用是为定义和管理项目或产品范围奠定基础。
2. ITO
   1. Inputs
      • 范围管理计划
      • 需求管理计划
      • 干系人管理计划
      • 干系人登记册
      • 项目章程
   2. Tools
      • 访谈【直接与干系人进行交谈】
      • 焦点小组【主持人、选定干系人、主题专家讨论】
      • 引导式研讨会【跨职能干系人讨论，可以更快地发现和解决问题】
      • 群体创新技术【组织群体活动识别项目或产品的需求】
        • 头脑风暴法：各抒己见，集思广益
        • 名义小组技术：投票排序最有用创意，进一步头脑风暴【每一个小组内进行头脑风暴】
        • 德菲尔技术：匿名方式
        • 思维导图
        • 亲和图
      • 群体决策技术【借助决策矩阵，系统分析多种标准，从而对众多方案进行排序和评估】
        • 一致同意
        • 大多数同意
        • 相对多数同意
        • 独裁
      • 问卷调查
      • 观察
      • 标杆对照
        • 将实际或计划的做法与其他类似组织的做法进行比较，以便识别最佳实践，形成改进意见，并为绩效考核提供意见。
      • …
   3. outputs
      • 需求文件
      • 需求跟踪矩阵
        • 可验证性是需求的最基本特性
        • 可追踪性是需求的最重要特性
        • 需求跟踪内容【五类需求可跟踪】
        • 需求跟踪矩阵：将产品需求从其来源连接到能满足需求的可交付成果的一种表格
        • 需求状态：进行中、已取消、已推迟、新增加、已批准、已分配、已完成等。
        • 五类需求可跟踪：箭头表示需求跟踪能力联系链
          

三、定义范围

1. 概述：制定项目和产品详细描述的过程。主要作用是明确收集的需求哪些包含在项目范围内，哪些包含在项目范围外，从而明确产品、服务或成果的边界。
2. ITO
   1. Inputs:
      • 范围管理计划
      • 项目章程
      • 需求文件
      • 组织过程资产
   2. Tools:
      • 产品分析
        • 针对产品提问并回答，形成对将要开发产品的用途、特征、其他方面的描述
        • 项目范围说明书中有验收标准，所以要做产品分析
        • 产品分析技术包括：产品分解、系统分析、需求分析、系统工程、价值分析
      • 备选方案分析
      • 专家判断
      • 引导式研讨会
   3. Outputs:
      • 项目范围说明书
        • 内容: 产品范围描述、验收标准、可交付成果、项目的除外责任、制约因素、假设条件
        • 作用: 明确范围、沟通的基础、变更的基础、规划和控制的依据
      • 项目文件更新

四、创建工作分解结构(WBS)

1. 概述：将项目可交付成果和项目工作分解为较小的、易于管理的组件的过程。主要作用是对所要交付的内容提供一个结构化的视图。
2. 注意事项
   • 在每个分解单元中都存在可交付成果和里程碑，里程碑标志着某个可交付成果或者阶段的正式完成
   • 工作包位于WBS每条分支的最底层可交付成果或工作包的组成部分，应便于完整地分派给不同人或组织单元
   • 工作包大小建议8/80原则，即至少8小时完成，总完成时间不应大于80小时
   • 控制账户是一种管理控制点，在该控制点上，将范围、预算、实际进度和成本整合，与掙值比较，以测量绩效。一个控制账户中包含多个工作包，但一个工作包只属于一个控制账户
   • 规划包：值工作明确但尚缺详细进度的WBS，在控制账户之下，工作包之上的WBS要素
   • WBS词典，描述WBS个组成部分的文件
3. ITO:
   1. Inputs:
      • 范围管理计划
      • 项目范围说明书
      • 需求文件
      • 组织过程资产
      • 事业环境因素
   2. Tools:
      • 专家判断
      • 分解
        • 定义
          • 将项目可交付成果或工作分解为较小的、更易于管理的组件的技术
        • 分解过程
          • 识别和分析可交付成果的相关工作
          • 确定WBS的结构和编排方法
          • 自上而下逐层细化分解
          • 为WBS组件制定和分配标识编码
          • 核实可交付成果的分解程度是否恰当
        • 分解方法
          • 项目生命周期的各个阶段作为分解的第二层，产品和可交付成果放在第三层
          • 主要可交付成果放在第二层
          • 整合可能有项目团队一堆的组织来实施的各种组件（例如外包），然后作为外包工作的一部分，卖方需要编制相应的WBS
        • WBS分解注意八个方面
          • WBS必须是面向可交付成果的
          • WBS必须符合项目的范围
          • WBS应包含项目管理工作，以及外包出去的工作
          • WBS应控制在4-6层
          • WBS底层应支持计划和控制
          • WBS中的元素必须有人负责，且仅有一人负责
          • WBS的编制需要所有（主要）项目干系人的参与，需要项目团队成员的参与
          • WBS并不是一成不变的。在完成WBS之后的工作中，仍然有可能需要对WBS进行修改
        • WBS不是某个项目团队成员的责任，应是由全体项目团队成员、用户和项目干系人共同完成和一致确认的
   3. Outputs
      • 范围基准
        • 经过批准的项目范围说明书、WBS、WBS词典
      • 项目文件更新

五、确认范围

1. 概述：正式验收项目已完成的可交付成果的过程。确认范围包括与客户和发起人一起审查可交付成果，确保可交付成果已圆满完成，并获得客户和发起人的正式验收。确认范围贯穿于项目的始终。
2. ITO
   1. Inputs:
      • 项目管理计划
      • 需求文件
      • 需求跟踪矩阵
      • 确认的可交付成果
      • 工作绩效数据
   2. Tools:
      • 检查
      • 群体决策技术
   3. Outputs:
      • 验收的可交付成果
      • 工作绩效信息
      • 变更请求
      • 项目文件更新

六、控制范围

1. 监督项目和产品的范围状态、管理范围基准变更的过程。主要作用是在整个项目期间保持对范围基准的维护。
2. ITO:
   1. Inputs
      • 项目管理计划
      • 需求文件
      • 需求跟踪矩阵
      • 工作绩效数据
      • 组织过程资产
   2. Tools
      • 偏差分析
   3. Outputs
      • 工作绩效信息
      • 变更请求
      • 项目管理计划更新
      • 项目文件更新
      • 组织过程资产更新