项目范围管理

PMP项目管理考试第一部分（第5章）的主要内容和知识框架。

5项目范围管理

• 概论
  • 核心概念
    • 产品范围
      • 某项产品、服务或可交付成果所具有的特征和功能
    • 项目范围
      • 为交付具有规定特性与功能的产品、服务或成果而必须完成的工作，有时也包括产品范围
  • 发展趋势和实践
    • 注重与商业分析人士的合作
  • 裁剪考虑因素
    • 知识和需求管理
    • 确认和控制
    • 开发方法
    • 需求的稳定性
    • 治理
  • 敏捷或适应型环境考虑因素
    • 范围需要在项目期间逐渐明确
    • 项目早期缩短定义和协商范围的实践
    • 有目的地构建和审查原型，并通过发布多个版本来明确需求
    • 把需求列入未完项
• 规划
  • 规划范围管理
    • 为记录如何定义、确认和控制项目范围及产品范围，而创建范围管理计划的过程
    • 输入
      • 项目管理计划
        • 质量管理计划
        • 项目生命周期描述
        • 开发方法
      • 项目章程
        • 记录项目目的、项目概述、条件假设、制约因素，以及项目意图实现的高层及需求
      • 事业环境因素
        • 组织文化
        • 基础设施
        • 人事管理制度
        • 市场条件
      • 组织过程资产
        • 政策和程序
        • 历史信息和经验教训知识库
    • 工具
      • 专家判断
        • 以往类似项目
        • 特定行业、学科和应用领域的信息
      • 数据分析
        • 备选方案分析
          • 用于评估收集需求、详述项目和产品范围、创造产品、确认范围和控制范围的各种方法
      • 会议
        • 项目团队课参加项目会议来制定范围管理计划
    • 输出
      • 范围管理计划
        • 是项目管理计划的组成部分，描述将如何定义、制定、监督、控制和确认项目范围
          • 制定项目范围书
          • 根据详细项目范围说明书创建WBS
          • 确定如何审批和维护范围基准
          • 正式i验收已完成的项目可交付成果
      • 需求管理计划
        • 描述将如何分析、记录和管理项目和产品需求，也称“商业分析计划”
          • 如何规划、跟踪和报告各种需求活动
          • 配置管理活动
          • 需求优先级排序过程
          • 测量指标及使用这些指标的理由
          • 反映哪些需求属性将被列入跟踪矩阵的跟踪结构
  • 收集需求
    • 为实现项目目标而确定、记录并管理相关方的需要和需求额的过程
    • 需求
      • 根据特定协议或其他强制性规范、产品、服务或成果必须具备的条件能力
      • 不要把期望当成需求
      • 相关方需要在规划阶段早期介入（有时在启动阶段），对可交付成果的质量提出意见，以便控制质量过程能够据此评估绩效并提出必要的变更建议
    • 输入
      • 项目管理计划
        • 范围管理计划
        • 需求管理计划
        • 相关方参与计划
      • 项目章程
        • 记录了项目概述以及将用于制定详细需求的高层级需求
      • 项目文件
        • 假设日志
        • 经验教训登记册
        • 相关方登记册
      • 商业文件
        • 会影响收集需求过程的商业文件是商业论证，描述了为满足业务需要而应该达到的必要、期望及可选标准
      • 协议
        • 包括项目和产品需求
      • 事业环境因素
        • 组织文化
        • 基础设施
        • 人事管理制度
        • 市场条件
      • 组织过程资产
        • 政策和程序
        • 包含以往项目信息的历史信息和经验教训知识库
    • 工具
      • 专家判断
        • 商业分析、需求获取、需求分析 、需求⽂件、类似项目的项目需求、图解技术、引导、冲突管理
      • 数据收集
        • 头脑风暴
          • 头脑风暴是⼀种用来产⽣和收集对项目需求与产品需求的多种创意的技术
        • 访谈
          • 访谈是通过与相关⽅直接交谈，来获取信息的正式或非正式的⽅法
          • 有助于识别和定义所需产品可交付成果的特征和功能
          • 访谈也可用于获取机密信息
        • 焦点小组
          • 焦点小组是召集预定的相关⽅和主题专家，了解他们对所讨论的产品、服务或成果的期望和态度
          • 由⼀位受过训练的主持⼈引导⼤家进⾏互动式讨论
        • 问卷调查
          • 问卷调查⽅法非常适用于以下情况：受众多样化，需要快速完成调查，受访者地理位置分散，并且适合开展统计分析
        • 标杆对照
          • 标杆对照将实际或计划的产品、过程和实践，与其他可比组织的实践进⾏比较，以便识别最佳实践，形成改进意见，并为绩效考核提供依据
      • 数据分析
        • ⽂件分析：协议、BP（商业计划书）、流程、业务 、⽂献、法规
      • 决策
        • 投票：一致同意，相对多数同意，大多数同意
        • 独裁型决策制定
        • 多标准决策分析
      • 数据表现
        • 亲和图：分组
          • 把⼤量收集到的事实、意见或构思等语⾔资料，按其相互亲和性（相近性）归纳整理这些资料，使问题明确起来，求得统⼀认识和协调⼯作，以利于问题解决的⼀种⽅法
        • 思维导图：反应共性和差异
          • 把从头脑风暴中获得的创意整合成⼀张图，用以反映创意之间的共性与差异，激发新创意
      • 人际关系与团队技能
        • 名义小组技术：排序
          • 名义小组技术是用于促进头脑风暴的⼀种技术，通过投票排列最有用的创意，以便进⼀步开展头脑风暴或优先排序
        • 观察和交谈：挖掘隐藏
          • 当产品使用者难以或不愿清晰说明他们的需求时，就特别需要通过观察来了解他们的⼯作细节
          • 观察，也称为“⼯作跟随”，通常由旁站观察者观察业务专家如何执⾏⼯作，但也可以由“参与观察者”来观察，以便挖掘隐藏的需求
        • 引导、JAD、QFD、用户故事
          • 引导与主题研讨会结合使用，把主要相关⽅召集在⼀起定义产品需求
          • 研讨会可用于快速定义跨职能需求并协调相关⽅的需求差异
          • 因为具有群体互动的特点，有效引导的研讨会有助于参与者之间建立信任、改进关系、改善沟通，从⽽有利于相关⽅达成⼀致意见
          • 情境
            • 联合应用设计或开发（JAD）
            • 质量功能展开（QFD）
              • 制造行业则采用 QFD 这种引导技能来帮助确定新产品的关键特征
            • 用户故事
      • 系统交互图
        • 系统交互图是范围模型的⼀个例⼦，它是对产品范围的可视化描绘，显示业务系统及其与⼈和其他系统（⾏动者）之间的交互⽅式。
      • 原型法
        • 指在实际制造预期产品之前，先造出该产品的模型，并据此征求对需求的早期反馈。原型法支持渐进明细的理念，需要经历从模型创建、用户体验、反馈收集到原型修改的反复循环过程
          • 渐进明细
          • 故事板
            • 是一种原型技术,通过一系列的图像或图示来展示顺序或导航路径
    • 输出
      • 需求文件
        • 需求文件描述各种单一需求将如何满足与项目相关的业务需求
        • 需要符合SMART原则
          • 业务需求
          • 相关方需求
          • 解决方案需求
            • 功能需求
            • 非功能需求
          • 过渡和就绪需求
          • 项目需求
          • 质量需求
      • 需求跟踪矩阵
        • 求跟踪矩阵是把产品需求从其来源连接到能满⾜需求的可交付成果的⼀种表格
        • 使用需求跟踪矩阵，把每个需求与业务目标或项目目标联系起来，有助于确保每个需求都具有商业价值
          • 业务需求、机会、目的和目标
          • 项目目标
          • 项目范围/WBS交付成果
          • 产品设计
          • 产品开发
          • 测试策略和测试场景
          • 高层及需求到详细需求
  • 定义范围
    • 指定项目和产品详细描述的过程
      • 由于在收集需求过程中识别出的所有需求未必都包含在项目中，所以定义范围过程就要从需求⽂件中选取最终的项目需求，然后制定出关于项目及其产品、服务或成果的详细描述
      • 在迭代型生命周期的项目中，先为整个项目确定一个高层级的愿景，再一次针对一个迭代期明确详细范围
    • 输入
      • 项目章程
        • 包含对项目的⾼层级描述、产品特征和审批要求
      • 项目管理计划
        • 项目管理计划组件范围管理计划，其中记录了如何定义、确认和控制项目范围
      • 项目文件
        • 假设日志
        • 需求文件
        • 风险登记册
      • 事业环境因素
        • 组织文化
        • 基础设施
        • 人事管理制度
        • 市场条件
      • 组织过程资产
        • 用于制定项目范围说明书的政策、程序和模板
        • 以往项目的项目档案
        • 以往阶段或项目的经验教训
    • 工具
      • 专家判断
        • 应征求具备类似项目的知识或经验的个⼈或小组的意见
      • 数据分析
        • 备选方案分析可用于评估实现项目章程中所述的需求和目标的各种⽅法
          • 目标：提高经营效益
            • 增加产量
            • 降低成本
              • 外包非核⼼竞争性的部件
              • 外包非核⼼竞争性的部件
              • 裁减员⼯或降低员⼯⼯资
              • 培训员⼯，提⾼⼯作效率
              • 批量定购原料，降低单价
              • 改用可以降低成本的原料
            • 提高价格
      • 决策
        • 多标准决策分析是⼀种借助决策矩阵来使用系统分析⽅法的技术 ，目的是建立诸如需求、进度、预算和资源等多种标准来完善项目和产品范围
      • 人际关系与团队技能
        • 在研讨会和座谈会中使用引导技能来协调具有不同期望或不同专业知识的关键相关⽅，使他们就项目可交付成果以及项目和产品边界达成跨职能的共识
      • 产品分析
        • 产品分析可用于定义产品和服务 ，包括针对产品或服务提问并回答，以描述要交付的产品的用途、特征及其他⽅面
          • 产品分解
            • 树状结构分解产品部件，主要解决“做什么”
          • 系统分析
            • 要把解决问题作为⼀个系统，找出解决问题的可⾏⽅案
          • 需求分析
            • 对要解决的问题进⾏详细的分析，弄清楚问题的要求，包括需要得到什么结果
          • 系统工程
            • 全面权衡得到最优解的⽅法，并使各组成部分能够最⼤限度地相互协调
          • 价值工程
            • 在产品开发设计阶段即进⾏的价值与成本分析，提⾼价值
          • 价值分析
            • 在产品量产后，通过持续分析降低成本的主要⼿法。 Value=function/cost
    • 输出
      • 项目范围说明书
        • 确定了项目的范围，即需要完成的诸种事项
        • 项目范围说明书是对项目范围、主要可交付成果、假设条件和制约因素的描述
          • 它记录了整个范围，包括项目和产品范围
          • 详细描述了项目的可交付成果
          • 代表项目相关⽅之间就项目范围所达成的共识
          • 项目范围说明书可明确指出哪些⼯作不属于本项目范围
          • 为评价变更请求和额外⼯作他是否超过项目边界提供基准
        • 包括
          • 产品范围描述
          • 可交付成果
          • 验收标准：通过验收的一系列条件
          • 除外责任；识别排除在项目之外的内容
      • 项目文件更新
        • 假设日志
        • 需求文件
        • 需求跟踪矩阵
        • 相关方登记册
  • 创建WBS
    • 将项目可交付成果和项目工作分解为较小的、更易于管理的组件的过程
    • 输入
      • 项目管理计划
        • 定义了如何根据项目范围说明书创建 WBS
      • 项目文件
        • 项目范围说明书
        • 需求文件
      • 事业环境因素
        • 提供制定WBS标准
      • 组织过程资产
        • 政策、程序及项目WBS模板
        • 以往项目的项目档案
        • 以往项目的经验教训
    • 工具
      • 专家判断
        • 经常被用来分析所需要的信息，以创造⼀个有效的WBS分解，将项目可交付成果分解成较小的组成部分
      • 分解
        • 把项目可交付成果划分为更小的、更便于管理的组成部分，知道⼯作和可交付成果被定义到⼯作包的层次
          • 识别和分析可交付成果和相关⼯作
          • 确定WBS的结构与编排⽅法
          • ⾃上⽽下逐层细化分解
          • 为WBS组成部分指定和分配标志编码
          • 核实可交付成果分解的程度是否恰当
    • 输出
      • 范围基准
        • 项目范围说明书
        • WBS
          • 对项目团队为实现项目目标、创建所需可交付成果而需要实施的全部工作范围的层级分解
            • WBS的百分百原则
              • WBS包含了全部的产品、项目工作、项目管理工作
              • 将WBS底层的所有工作逐层向上汇总
              • 确保没有遗漏的工作，也没有多余的工作
            • 控制账户
              • 控制账户是一个管理控制点
              • 把范围、预算、实际成本和进度加以整合，并与挣值相比较，以测量绩效
              • 控制账户设置在WBS中选定的管理节点上
              • 每个控制账户能有一个或多个工作包
              • 一个工作包只属于一个控制账户
              • 规划包位于控制账户下
            • 账户编码
              • 账户编码为工作包建立唯一标识
              • 是创建WBS的最后步骤
              • 为进行成本、进度与资源信息的层级汇总提供了层级结构
        • WBS词典
          • 详细描述课交付成果、活动和进度信息的文件
        • ⼯作包
        • 规划包
      • 项目文件更新
        • 假设日志
        • 需求文件
• 监控
  • 确认范围
    • 正式验收已完成的项目可交付成果的过程
      • 由客户或发起⼈审查从控制质量过程输出的核实的可交付成果，确认这些可交付成果已经圆满完成并通过正式验收
      • 确认范围过程与控制质量过程的不同之处在于，前者关注可交付成果的验收，而后者关注可交付成果的正确性及是否满足质量要求。控制质量过程通常先于确认范围过程，但二者也可同时进行
    • 输入
      • 项目管理计划
        • 范围管理计划
        • 需求管理计划
        • 范围基准
      • 项目文件
        • 经验教训登记册
        • 质量报告
        • 需求文件
        • 需求跟踪矩阵
      • 核实的可交付成果
        • 核实的可交付成果是指已经完成 ，并被控制质量过程检查为正确的可交付成果
      • 工作绩效数据
        • ⼯作绩效数据可能包括符合需求的程度、不⼀致的数量、不⼀致的严重性或在某时间段内开展确认的次数
    • 工具
      • 检查
        • 检查是指开展测量、审查与确认等活动，来判断⼯作和可交付成果是否符合需求和产品验收标准
        • 检查有时也被称为审查、产品审查和巡检等
      • 决策
        • 当由项目团队和其他相关⽅进⾏验收时，使用投票来形成结论
    • 输出
      • 验收的可交付成果
        • 符合验收标准的可交付成果应该由客户或发起⼈正式签字批准
        • 应该从客户或发起⼈那里获得正式⽂件，证明相关⽅对项目可交付成果的正式验收
        • 这些⽂件将提交给结束项目或阶段过程
      • 变更请求
        • 对已经完成但未通过正式验收的可交付成果及其未通过验收的原因，应该记录在案
        • 可能需要针对这些可交付成果提出变更请求，开展缺陷补救
      • 工作绩效信息
        • 包括项目进展信息，例如，哪些可交付成果已经被验收 ，哪些未通过验收以及原因。这些信息应该被记录下来并传递给相关⽅
      • 项目文件更新
        • 经验教训登记册
        • 需求文件
        • 需求跟踪矩阵
  • 控制范围
    • 监督项目和产品的范围和状态，管理范围基准变更的过程
      • 范围蔓延
        • 未经控制的产品或项目范围的扩大（未对时间、成本和资源做相应调整）
      • 镀金
        • 指给客户提供⾼于他们要求的产品和服务
        • 是⼀种时间和⾦钱的浪费，不会给项目增加价值
        • 镀⾦的项目是失败的
    • 输入
      • 项目管理计划
        • 范围i管理计划
        • 需求管理计划
        • 变更管理计划
        • 配置管理计划
        • 范围基准
        • 绩效测量计划
      • 项目文件
        • 经验教训登记册
        • 需求文件
        • 需求跟踪矩阵
      • 工作绩效数据
        • 可能包括收到的变更请求的数量、接受的变更请求的数量，或者核实、确认和完成的可交付成果的数量
      • 组织过程资产
        • 现有的、正式和非正式的，与范围控制相关的政策、程序和指南
        • 可用的监督和报告的⽅法与模板
    • 工具
      • 数据分析
        • 偏差分析
          • 用于将基准与实际结果进⾏比较，以确定偏差是否处于临界值区间内或是否有必要采取纠正或预防措施
        • 趋势分析
          • 旨在审查项目绩效随时间的变化情况，以判断绩效是正在改善还是正在恶化
    • 输出
      • 工作绩效信息
        • 是有关项目和产品范围实施情况（对照范围基准）的、相互关联且与各种背景相结合的信息，包括收到的变更的分类、识别的范围偏差和原因 、偏差对进度和成本的影响，以及对将来范围绩效的预测
      • 变更请求
        • 分析项目绩效后，可能会就范围基准和进度基准，或项目管理计划的其他组成部分提出变更请求
      • 项目管理计划更新
        • 范围管理计划
        • 范围基准
        • 进度基准
        • 成本基准
        • 绩效测量基准
      • 项目文件更新
        • 经验教训登记册
        • 需求文件
        • 需求跟踪矩阵