第五章-项目范围管理

• 项目范围管理
  确保项目做且只做所需的全部工作
• 范围管理的步骤

1、规划范围管理

(1) 产品范围、项目范围

(2) 需求管理计划、范围管理计划

2、收集需求

(1) 数据收集技术

收集需求的技术有很多，怎么好用怎么用

(2) 数据决策技术

决策方法有：

• 投票
• 一致同意
• 大多数原则
• 相对多数原则
• 独裁（必要时可起到高效决策作用）

(3) 数据表现技术

表现技术有：

• 头脑风暴
• 亲和图（将若干信息归类）
• 思维导图

(4) 分析技术

• JAD（联合应用设计或开发）：软件开发行业
• QFD（质量功能展开：制造行业）
• 用户故事：敏捷项目

(5) 数据建模技术

(6) 人际关系和团队技能

• 观察：当产品使用者难以或不愿清晰说明需求时适用
• 引导：与主题研讨会结合使用，可快速定义跨职能需求并协调相关方的需求差异

(7) 需求文件、需求跟踪矩阵

收集需求的输出是需求文件和需求跟踪矩阵

3、定义范围

从《需求文件》中选取最终的项目需求，得到最终的边界和验收标准，输出范围说明书

• 范围说明书包括：
  • 产品范围描述
  • 可交付成果
  • 验收标准
  • 项目的除外责任
  • 项目边界基准

项目范围说明书与项目章程的内容有一定重叠，但它们的详细程度完全不同

• 项目范围说明书关注每个具体功能
• 项目章程关注整个项目

4、创建WBS

创建工作分解结构（WBS）是将项目可交付成果分解成较小、更易于管理的组件的过程

• 颗粒度太大，无从下手——就要分解
• WBS最底层叫工作包，比工作包更小的叫活动
• 原则：8-80原则，100%原则（8-80：8小时-80小时）

(1) WBS分解技术

(2) WBS词典

• 需求->范围说明书->WBS->WBS词典，颗粒度依次变小
• WBS词典是WBS的展开明细
  

(3) 输出范围基准

范围基准=经过领导同意的（范围说明书+WBS+WBS词典）

5、确认范围

• 确认范围：对已完成的可交付成果正式验收，验收每个具体模块，与验收标准做对比
• 作用：提高最终产品、服务或成果获得验收的可能性
• 本过程应根据需要在整个项目期间定期开展
• 质量没问题，但不一定可以验收通过，如门没有质量问题，但作用不大
  
  

(1) 确认范围的执行

6、监控范围

(1) 有变更，走流程

在整个项目期间保持对范围基准的维护，且需要在整个项目期间开展

• 变更的3种情况
  • 客户提出新需求，要变更
  • 执行中范围蔓延要变更
  • 验收未达预期要变更

流程：先核实，再分析，提申请