第五章 项目范围管理

本章主要包含以下内容： 前言 收集需求 规划过程组 定义范围 规划过程组 创建WBS 规划过程组 确认范围 监控过程组 控制范围 监控过程组 欢迎大家学习和交流~

第五章 项目范围管理

• 前言
  • 项目范围管理的核心概念
    • 产品范围
      • 某项产品服务或成果所具有的特征和功能
    • 项目范围
      • 为交付具有规定特性与功能的产品、服务或成果而必须完成的工作
      • 项目范围有时也包括产品范围。产品生命周期包含了项目生命周期
    • 适应型每次迭代中
      • 收集需求
        • 定义范围
          • 创建WBS
    • 预测型项目中
      • 以上的过程在项目开始时开展
        • 并在必要时通过实施整体变更控制过程进行更新
    • 适应型或敏捷型，每次迭代中
      • 确认范围。控制范围
      • 发起人和客户代表应该持续参与项目。使用未完项(产品需求和用户故事)反映当前需求
    • 预测型项目中
      • 确认范围在每个可交付成果生成时或者在阶段审查点开展
      • 控制范围则是一个持续性的过程。并在必要时通过实施整体变更控制过程进行更新
    • 控制质量过程的输出核实的可交付成果，也是确认范围的输入，而验收的可交付成果 是确认范围的输出
  • 项目范围管理的 发展趋势和新兴实践
    • 确定问题并识别商业需要。推动项目集或项目的产品、服务或最终成果的成功应用
    • 收集、记录并管理干系人需求,以满足商业和项目目标
      • 识别并推荐能够满足这些需要的可行解决方案
  • 裁剪时需要考虑的因素
    • 知识和需求管理
      • 确认和控制
        • 开发方法
          • 需求的稳定性
            • 治理
  • 在敏捷或适应型环境中需要考虑的因素
• 规划范围管理 规划过程组
  • 主要作用是，在整个项目期间对如何管理范围提供指南和方向。
  • 输入
    • 项目章程
      • 记录项目目的
        • 项目概述
          • 假设条件
            • 制约因素
              • 项目意图实现的高层级需求
    • 项目管理计划
      • 质量管理计划
        • 项目生命周期描述
          • 开发方法
            • 瀑布式
              • 迭代型
                • 适应型
                  • 敏捷型
                    • 混合型
    • 事业环境因素
      • 组织文化
        • 基础设施
          • 人事管理制度
            • 市场条件
    • 组织过程资产
      • 政策和程序
        • 历史信息和经验教训知识库
  • 工具与技术
    • 专家判断
      • 以往类似项目
        • 特定行业、 学科和应用领域的信息
    • 数据分析
      • 备选方案分析
        • 用于评估收集需求、 详述项目和产品范围、创造产品、确认范围和控制范围的各种方法
    • 会议
      • 项目经理
        • 项目发起人
          • 选定的项目团队成员
            • 选定的干系人
              • 范围管理各过程的负责人
                • 其他必要人员
  • 输出
    • 范围管理计划
      • 制定项目范围说明书。根据详细项目范围说明书创建WBS
      • 确定如何审批和维护范围基准。正式验收已完成的项目可交付成果
    • 需求管理计划
      • 如何规划、跟踪和报告各种需求活动
        • 需求优先级排序过程
          • 测量指标及使用这些指标的理由
      • 配置管理活动
        • 如何启动变更
          • 如何分析其影响
            • 如何进行追溯、 跟踪和报告
              • 变更审批权限
      • 反映哪些需求属性将被列入跟踪矩阵的跟踪结构
        • 又叫商业分析计划
• 收集需求 规划过程组
  • 为实现项目目标而确定、记录并管理干系人的需要和需求的过程
  • 输入
    • 项目章程。用于制定详细需求的高层级需求
    • 项目管理计划。范围管理计划 。需求管理计划。干系人参与计划。项目文件。假设。日志
    • 商业文件。商业论证.协议.会包含项目和产品需求.经验教训登记册.干系人登记册
    • 事业环境因素。组织文化。基础设施.人事管理制度.市场条件
    • 组织过程资产。政策和程序。包含以往项目信息的历史信息和经验教训知识库
  • 工具与技术
    • 专家判断
      • 商业分析.需求获取.需求分析.需求文件
      • 以往类似项目的项目需求。图解技术.引导.冲突管理
    • 数据收集
      • 头脑风暴。访谈。机密信息。访谈是通过与干系人直接交谈, 来获取信息的正式或非正式的方法。
      • 焦点小组。召集预定的干系人和主题专家。由一位受过训练的主持人引导大家进行互动式讨论
      • 问卷调查。受众多样化。需要快速完成调查。受访者地理位置分散。适合开展统计分析
      • 标杆对照。对比以便识别最佳实践 别人家的孩子.可比组织可以是内部的，也可以是外部的
    • 数据分析
      • 文件分析
        • 协议。商业计划.业务流程或接口文档.业务规则库.市场文献
        • 问题。日志.政策和程序.法规文件。建议邀请书.用例
    • 决策
      • 投票-致同意.大多数同意。参与人数为奇数.相对多数同意。选项超过两个时使用
      • 独裁型决策制定。多标准决策分析。对众多创意进行评估和排序
    • 数据表现
      • 亲和图。对大量创意进行分组，以便进一 步审查和分析。思维导图。反映创意之间的共性与差异
    • 人际关系与团队技能
      • 名义小组技术
        • 主持人提出一个问题，每个人沉思后写出自己的想法。主持人在活动挂图上记录所有人的想法
        • 集体讨论各个想法，直到全体成员清晰理解。个人私下投票决出各种想法的优先排序
      • 观察、交谈。观察，也称为“工作跟随”
      • 引导
        • 联合应用设计或开发JAD (软件)。质量功能展开QFD(收集需求, 分类和排序)。用户故事
    • 系统交互圈
      • 对产品范围的可视化描绘
    • 原型法
      • 制造预期产品之前，先造出产品的模型。故事板是一种原型技术
      • 原型包括。微缩产品。计算机生成的二维和三维模型。实体模型或模拟
  • 输出
    • 需求文件
      • 业务需求。干系人需求。过渡和就绪需求.项目需求.质量需求
      • 解决方案需求。功能需求。非功能需求
    • 需求跟踪矩阵
      • 业务需要、机会、目的和目标。项目目标。项目范围和WBS可交付成果。产品设计
      • 产品开发。测试策略和测试场景。高层级需求到详细需求
• 定义范围 规划过程组
  • 制定项目和产品详细描述的过程，描述产品、服务或成果的边界和验收标准。
  • 输入
    • 项目章程
      • 高层级描述.产品特征。审批要求。项目范围计划。范围管理计划
    • 项目文件
      • 假设。日志。假设条件。制约因素.需求文件。风险登记册
    • 事业环境因素
      • 组织文化。基础设施.人事管理制度。市场条件
    • 组织过程资产
      • 用于制定项目范围说明书的政策、程序和模板。以往项目的项目档案/经验教训
  • 工具与技术
    • 专家判断
      • 数据分析(备选方案分析)。人际关系与团队技能(引导)。决策(多标准决策分析)
    • 产品分析.产品分解。需求分析.系统分析.系统工程.价值分析.价值工程
  • 输出
    • 项目范围说明书(不含范围基准) .产品范围描述.可交付成果。验收标准.项目的除外责任
    • 项目文件更新.假设。日志.需求文件.需求跟踪矩阵。干系人登记册
• 创建WBS 规划过程组
  • 将项目可交付成果和项目工作分解为较小的、更易于管理的组件
  • 输入
    • 项目管理计划。范围管理计划.项目文件。项目范围说明书。需求文件.事业环境因素
    • 组织过程资产。用于创建WBS的政策、程序和模板。以往项目的项目档案。以往项目的经验教训
  • 工具与技术
    • 专家判断
      • 识别和分析可交付成果及相关工作.确定WBS的结构和编排方法。自上而下逐层细化分解
      • 为WBS组成部分制定和分配标识编码。核实可交付成果分解的程度是否恰当
      • 把项目范围和项目可交付成果逐步划分为更小、更便于管理的组成部分。工作包是WBS最低层的工作
    • 创建WBS
      • 自上而下。自下而上归并较低层次组件。项目生命周期各阶段为第二层，产品和项目可交付成果第三层
      • 主要可交付成果作为第二层。纳入由项目团队以外的组织开发的各种较低层级组件，如外包工作需制定合同WBS
      • 敏捷的方法，是将长篇故事分解成用户故事。滚动式规划来分解。100%原则:逐层向上汇总
  • 输出
    • 范围基准
      • 项目范围说明书
        • 产品范围描述.可交付成果.验收标准.项目的除外责任
      • WBS
        • 全部工作范围的层级分解
      • 工作包
        • WBS最低层为工作包，帐户编码 。每个工作包都是控制帐户的一部分
        • 控制帐户有两个或多个工作包，每个工作包只与-个控制帐户关联
      • 规划包
        • 一个控制帐户包含一个或多个规划包.工作内容已知，但详细的进度活动未知
        • 规划包是低于控制帐户而高于工作包的工作分解结构组件
      • WBS词典
        • 帐户编码标识
          • 工作描述.假设条件和制约因素.负责的组织.进度里程碑.相关的进度活动
        • 所需资源
          • 成本估算。质量要求。验收标准.技术参考文献。协议信息
        • 针对WBS中的每个组件，详细描述可交付成果、活动和进度信息的文件
    • 项目文件更新。假设。日志。需求文件
• 确认范围 监控过程组
  • 正式验收已完成的项目可交付成果的过程
  • 确认范围、控制质量。确认范围关注可交付成果的验收.控制质量关注可交付成果的正确性及是否满足质量要求
  • 输入
    • 项目管理计划
      • 范围管理计划.需求管理计划.范围基准
    • 项目文件
      • 经验教训登记册.质量报告.需求文件.需求跟踪矩阵
    • 核实的可交付成果
      • 已经完成，并被控制质量过程检查为正确的可交付成果
    • 工作绩效数据
      • 符合需求的程度。不致的数量。不一致的严重性或在某时间段内开展确认的次数
  • 工具与技术
    • 检查
      • 开展测量、审查与确认等活动,来判断工作和可交付成果是否符合需求和产品验收标准
      • 审查。产品审查。巡检
    • 决策
      • 投票
  • 输出
    • 验收的可交付成果
      • 工作绩效信息。变更请求.可能需要针对可交付成果提出变更请求，开展缺陷补救
    • 项目文件更新
      • 经验教训登记册.需求文件。需求跟踪矩阵
• 控制范围 监控过程组
  • 监督项目和产品的范围状态，管理范围基准变更的过程
  • 输入
    • 项目管理计划
      • 范围管理计划.需求管理计划.变更管理计划。配置管理计划。范围基准。绩效测量基准
    • 项目文件
      • 经验教训登记册.需求文件
      • 需求跟踪矩阵。探查任何变更或对范围基准的任何偏离对项目目标的影响
    • 工作绩效数据
      • 收到的变更请求的数量。接受的变更请求的数量。核实、确认和完成的可交付成果的数量
    • 组织过程资产
      • 现有的、正式和非的，与范围控制有关的政策、程序和指南。可用的监督和报告的方法与模板
  • 工具与技术
    • 数据分析
      • 偏差分析。确定是否需要采取纠正或预防措施
      • 趋势分析。判断绩效是 正在改善还是正在恶化
  • 输出
    • 工作绩效信息
      • 变更的分类.识别的范围偏差和原因.偏差对进度和成本的影响.对将来范围绩效的预测
    • 变更请求
      • 项目文件更新.经验教训登记册.造成偏差的原因和选择的纠正措施.需求文件.需求跟踪矩阵
    • 项目管理计划更新
      • 范围管理计划
      • 范围基准。
        • 范围。范围说明书 。WBS。WBS词典
      • 进度基准。范围。资源。进度估算
      • 成本基准。范围。资源。成本估算
      • 绩效测量基准。范围。进度绩效。成本估算