五、项目范围管理

项目范围管理主要从为一下几个方面展开介绍，分别是概述、规划范围管理、收集需求、定义范围、创建工作分解结构、确认范围和控制范围。

五、项目范围管理

• 1.概述
  • 项目范围
    • 1.明确项目边界
    • 2.不做额外工作
    • 3.防止项目范围发生蔓延
  • 1.产品范围与项目范围
    • 1.产品范围
      • 1.技术主线
      • 2.管理主线
      • 是否完成，根据产品是否满足了产品描述来判断
    • 2.范围基准
      • 是经过批准的项目范围说明书、WBS和WBS词典
      • 判断项目范围是否完成
    • 3.项目范围
  • 2.范围管理的重要性
  • 3.范围管理的过程
• 2.规划范围管理
  • 1.范围管理计划
  • 2.需求管理计划
  • 输入
    • 1.项目管理计划
    • 2.项目章程
    • 3.事业、组织
  • 工具与技术
    • 专家判断
    • 会议
  • 输出
    • 范围管理计划
      • 对如何管理范围提供指南和方向
      • 内容
        • 1.如何制定项目范围说明书、
          • 定义
        • 2.如何根据范围说明书创建WBS
        • 3.如何维护和批准WBS
        • 创建WBS
        • 4.如何确认和正式验收已完成的项目可交付成果
          • 范围确认
        • 5.如何处理项目范围说明书的变更，该工作与实施整体变更控制过程直接相连
          • 范围控制
    • 需求管理计划
      • 子主题
• 3.收集需求
  • 1.需求的分类
    • 1.业务需求
    • 2.干系人需求
    • 3.过度需求
    • 4.质量需求
      • 基本需求
      • 期望需求
      • 意外需求
  • 2.工具与技术
    • 1.访谈
    • 2.焦点小组
      • 主题专家
        • 一对多（6-10）
    • 3.引导式研讨会
      • 跨职能干系人
        • 更快的发现和解决问题
          • 有助于建立信任、促进关系、改善沟通，有利于参加者达成一致意见
    • 4.群体创新技术
      • 1.头脑风暴
        • 各抒己见
      • 2.名义小组
        • 投票
          • 排列
            • 更加机构化的头脑风暴法
      • 3.德尔菲技术
        • 防止个人观点被不正确的放大
      • 4.概念/思维导图
        • 图
          • 引导出新的创意
      • 5.亲和图/KI法
        • 核心是头脑风暴法
          • 根据结果去找原因
      • 6.多标准决策分析
        • 多种标准
    • 5.群体决策技术
      • • 1.一致同意
        • 2.大多数原则
        • 3.相对多数原则
        • 4.独裁
    • 6.问卷调查
    • 7.观察
    • 8.原型法
      • 初步需求
        • 快速开发
    • 9.标杆对照
      • 内部组织/外部组织
    • 10.系统交互图
      • 系统与参与者之间的交互方式
      • 显示了业务系统的输入、输入提供者、业务系统的输出和输出接收者
    • 11.文件分析
      • 分析文档
  • 3.需求文件
  • 4.需求跟踪
    • 1.需求管理
      • 包括在产品开发过程中维持需求一致性和精确性的所有活动
    • 2.可跟踪性
    • 3.配置项需求
      • 双向跟踪性
        • 正向跟踪
        • 反向跟踪
    • 4.箭头表示需求跟踪能力联系链
    • 5.追溯
      • 回溯
    • 6.
    • 7.第五类联系链
    • 8.需求跟踪（能力）矩阵-是将产品需求从其来源连接到能满足的可交付成果的一种表格
• 4.定义范围
  • 是制定项目和产品详细描述的过程，主要作用是明确所收集的需求哪些将包含在项目范围内，哪些将排除在项目范围外，从而明确产品、服务或成果的边界
  • 1.工具与技术
    • 1.专家判断
    • 2.产品分析
      • 分析产品
    • 3.备选方案生成
      • 用来识别执行项目工作的不同方法
    • 4.引导式研讨会
  • 2.项目范围说明书
    • 1.
    • 2.内容
      • 1.产品范围描述
      • 2.验收标准
      • 3.可交付成果
      • 4.项目的除外条件
      • 5.制约因素
      • 6.假设条件
    • 3.作用
      • 1.确定范围
      • 2.沟通基础
      • 3.规划和控制依据
      • 4.变更基础
      • 5.规划基础
• 5.创建工作分解结构（WBS)
  • 1.WBS 的层次
    • 1.里程碑
      • 检查点---里程碑---基线
    • 2.工作包
      • 最底层的科教股成果或项目工作组成部分
      • 具体
      • 8/80原则
        • 一个人工作8-80小时（1天-10天/1天-2周）
    • 3.控制账户
    • 4.规划包
    • 5.WBS词典
  • 2.分解
    • 1.工具与技术
      • 分解
      • 抓夹判断
    • 2.活动
      • 1.识别和分析可交付成果及相关工作
      • 2.确定WBS的结构和编排方法
      • 3.自上而下逐层细化分解
      • 4.为WBS组件制定和分配标识编码
      • 5.核实可交付成果分解的程度是恰当的
    • 3.原则
    • 4.方式
      • 1.生命周期
      • 2.可交付物
    • 5.全体项目团队成员
    • 6.表示形式
      • 1.树形结构
        • 层次清晰、直观性和结构性强
          • 不容易修改
      • 2.表格形式
        • 直观性差
          • 但能反映出项目所有的工作要素
    • 7.过程注意
      • 1.一小时整
  • 3.WBS的作用
• 6.确认范围
  • 1.确认范围概述
    • 是正式验收项目已完成的可交付成果的过程
    • 包括与客户或发起人一起审查可交付成果，确认已圆满完成，并获得客户或发起人的正式验收
    • 1、工具与技术
      • 检查、群体决策技术
    • 2、步骤
    • 3、问题
  • 2.干系人关注点
    • 1、管理层
      • 项目范围
        • 是指范围对项目的进度、资金和资源的影响，这些因素是否超过了组织承受范围，是否在投入产出上具有合理性
    • 2、客户
      • 产品的范围
        • 关心项目的可交付成果是否足够完成产品或服务
    • 3、项目管理人员
      • 可交付成果是否足够和必须完成，时间、资金和资源是否足够，主要的潜在风险和预备解决的方法
    • 4、项目团队成员
      • 项目范围中自己参与的元素和负责的元素
      • 通过定义范围中的时间检查自己的工作时间是否足够，自己在项目范围中是否有多项工作，而这些工作又有冲突的地方
  • 3.几个术语的比较
    • 范围确认与质量确认
• 7.控制范围
  • 1、是监督项目和产品的范围状态、管理范围基准变更的过程
  • 2、范围变更的原因
    • 1、政府政策的问题
    • 2、项目范围的计划编制不周密详细，有一定的错误或遗漏
    • 3、市场上出现了或是设计人员提出了新技术、新手段或新方案
    • 4、项目执行组织本身发生变化
    • 5、客户对项目、项目产品或服务的要求发生变化
  • 3、主要工作
    • 1、影响导致范围变更的因素，并尽量使这些因素向有利的方向发展
    • 2、判断范围变更是否已经发生
    • 3、范围变更发生时管理实际的变更，确保所有被请求的变更按照项目整体变更控制过程处理