5.项目范围管理

5.1范围管理概述

应该做的、不需要做的
项目目标的具体表达

• 产品范围与项目范围
  • 明确项目边界
  • 对项目执行工作进行监控，对额外工作说“不”
  • 防止项目范围发生蔓延
• 范围管理的重要性
  • 不断地重申项目工作范围，有利于项目不偏离轨道，是项目中实施控制管理的一个主要手段
  • 清晰的分工和责任
• 范围管理的过程
  • 六个过程：规范范围管理、收集需求、定义范围、创建WBS、确认范围、控制范围

5.2规划范围管理

书面描述如何定义、确认、控制项目范围的过程

• 输出：范围管理计划 scope management plan
• 输出：需求管理计划 requirement management plan
  • 基本任务–明确需求
  • 建立需求基线
  • 建立需求跟踪能力联系链
  • 能够完全控制需求变更影响范围
  • 描述整个项目周期内如何分析、记录和管理需求
  • 对项目需求进行定义、确认、记载、核实管理与控制的行动指南
  • 内容
    • 如何规划、跟踪、和汇报各种需求活动
    • 需求管理需要使用的资源
    • 培训计划
    • 需求干系人参与管理的策略
    • 判断项目范围与需求不一致的准则和纠正规程
    • 需求跟踪结构
    • 配置管理活动

5.2收集需求 collect requirement

根据特定的协议或者其他强制性规范，项目必须满足的条件或能力，或者产品、服务或成果必须具备的条件或能力
收集需求旨在定义和管理客户的期望

• 需求的分类
  • 业务需求、干系人需求、解决方案需求、过渡需求、项目需求、质量需求
• 收集需求的工具与技术
  • 访谈、焦点小组、引导式研讨会、群体创新技术、群体决策技术、问卷调查 questionnaire and survey、观察 observation、原型法 prototype、标杆对照 benchmarking、系统交互图 context diagram、文件分析 document analysis等
  • 群体创新技术 group creativity technique
    • 头脑风暴法 BS brain storming、
    • 名义小组技术 nominal grouptechnique、
    • 德尔菲技术 Delphi technique、
    • 概念\思维导图 mind mapping、
    • 亲和图 affinity diagram、
    • 多标准决策分析 multi-criteria decision analysis、
  • 群体决策技术 group decision-making
• 需求文件 requirement document
  • 内容
    • 业务需求、干系人需求、解决方案需求、项目需求、过渡需求、与需求有关的假设条件、依赖关系和制约因素
• 需求跟踪
  • 需求跟踪内容
  • 需求跟踪矩阵

5.3定义范围

根据项目启动过程中记载的主要可交付成果、假设条件、制约因素，编制项目范围说明书

• 定义范围的工具与技术
  • 产品分析
  • 备选方案生成
    • 备选方案分析
    • 横向思维
• 项目范围说明书 project scope statement
  • 内容
  • 产品范围描述、验收标准、可交付成果、项目的除外责任、制约因素、假设条件
  • 作用
    • 确定范围、沟通基础、规划和控制依据、变更基础、规划基础

项目章程包括高层级的信息，一般保持不变
项目范围说明书是对项目范围的详细描述，在项目过程中渐进明细

5.4创建工作分解结构（WBS）- -台账

WBS中的工作并非指本身，而是指可交付成果

• WBS（work breakdown structrue）的层次
  • 里程碑
  • 工作包
  • 规划包
  • WBS词典
• 分解
  • 将项目可交付成果和项目工作分解成较小的、更容易管理的组件的技术
  • 项目管理软件 MS project
  • 分解工作包的活动
    • 识别和分析可交付成果及相关工作
    • 确定WBS的结构和编排方法
    • 自上而下逐层细化分解
    • 为WBS组件制定和分配标识编码
    • 核实可交付成果分解的程度是恰当的
  • 分解原则
  • 工作过程
  • 注意事项
    • WBS必须是面向可交付成果的
    • WBS必须符合项目的范围
    • WBS的底层应该支持计划和控制
    • WBS中的元素必须有人负责
    • WBS的指导（作为指导而不是原则）
    • WBS应包括项目管理工作、分包出去的工作
    • WBS的编制需要项目团队成员的参与
    • WBS并非是一成不变的
• WBS的作用
  • 明确和准确说明项目范围
  • 清除定义项目边界
  • 为各单元分配人员，确定项目需要人力资源
  • 针对独立单元，进行时间、成本、资源需求量的估算，提高估算的准确性
  • 为计划、预算、进度安排、费用控制奠定基础，确定项目进度和控制的基准
  • 确定工作内容和工作顺序
  • 有助于防止需求蔓延

5.5确认范围 validate scope

• 确认范围概述
  • 工具与技术：检查和群体决策技术
  • 确认范围的步骤
    • 确定需要进行范围确认的时间
      • 识别范围确认需要哪些投入
        • 确定范围正式被接受的标准和要素
          • 确定范围确认会议的组织步骤
            • 组织范围确认会议
  • 需要检查的问题
    • 可交付产品是否是确定的
    • 每个可交付成果是否有明确里程碑
    • 是否有明确的质量标准
    • 审核和承诺是否有清晰的表达
    • 项目范围是否覆盖产品和服务的所有活动
    • 项目范围风险是否过高
• 干系人关注点
• 几个术语的比较

5.6控制范围

• 范围变更的原因
• 范围变更控制的工作
• 尽量使导致变更的因素向有利的方向发展
• 判断范围变更是否已经发生
• 确保被请求的变更按照项目整体变更控制过程处理