软考高项10.2 项目范围管理

这是一篇关于软考高项10.2 项目范围管理的思维导图，适用于中、高级软考项目经理考试，亦或者是想自学项目管理，均可，希望能帮到你!

二、项目范围管理

• 规划范围管理-1
  • 输入：
    • 项目章程
    • 项目管理计划
    • 事业、组织
  • 工具：
    • 专家判断
    • 数据分析-备选方案分析
    • 会议
  • 输出：
    • 范围管理计划
      • 1、是项目管理计划的组成部分，描述将如何定义、指定、监督控制和确认项目范围 2、范围管理计划用于指导如下过程和相关工作:①制定项目范围说明书;②根据详细项目范围说明书创建WBS;③确定如何审批和维护范围基准;④正式验收已完成的项目可交付成果。
    • 需求管理计划
      • 1、是项目管理计划的组成部分，描述如何分析、记录和管理需求。 2、主要内容包括①如何规划、跟踪和报告各种需求活动;②配置管理活动,例如，如何启动变更，如何分析其影响，如何进行追溯、跟踪和报告，以及变更审批权限;③需求优先级排序过程;④测量指标及使用这些指标的理由;⑤反映哪些需求属性将被列入跟踪矩阵等。
• 收集需求-1
  • 输入：
    • 立项管理文件-商业论证
    • 项目章程
    • 项目管理计划
      • 范围管理计划
      • 需求管理李华
      • 干系人参与计划
    • 项目文件
      • 假设日志
      • 干系人登记册
      • 经验教训登记册
    • 协议
    • 事业、组织
  • 工具：
    • 专家判断
    • 数据收集
    • 数据分析
    • 决策
    • 数据表现
    • 人际关系与团队技能
    • 系统交互图
    • 原型法
  • 输出：
    • 需求文件
      • 1、描述各种单一需求将如何满足项目相关的业务需求。一开始可能只有高层级的需求，然后随着有关需求信息的增加而逐步细化。 2、只有明确的（可测量和可测试的）、可跟踪的、完整的、相互协调的,且主要干系人愿意认可的需求，才能作为基准
    • 需求跟踪矩阵
      • 1、需求跟踪矩阵是把产品需求从其来源连接到能满足需求的可交付成果的一种表格 2、使用需求跟踪矩阵，把每个需求与业务目标或项目目标联系起来，有助于确保每个需求都具有业务价值。 3、需求跟踪矩阵提供了在整个项目生命周期中跟踪需求的一种方法，有助于确保需求文件中被批准的每项需求在项目结束的时候都能实现并交付。 4、跟踪需求的内容包括:①业务需要、机会、目的和目标;②项目目标;③项目范围和WBS可交付成果；④产品设计;⑤产品开发；⑥测试策略和测试场景;⑦高层级需求到详细需求等。 5、需求踪矩阵中记录的典型属性包括唯一标识、需求的文字描述、收录该需求的理由、所有者、来源、优先级别、版本、当前状态和状态日期。为确保干系人满意,可能需要增加一些补充属性，如稳定性、复杂性和验收标准。
• 定义范围-3
  • 输入：
    • 项目章程
    • 项目管理计划
      • 范围管理计划
    • 项目文件
      • 假设日志
      • 需求文件
      • 风险登记册
    • 事业、组织
  • 工具：
    • 专家判断
    • 数据分析
      • 备选方案分析
    • 决策
      • 多标准决策分析
    • 人际关系与团队技能
      • 引导
    • 产品分析
  • 输出：
    • 项目范围说明书
      • 详细的项目范围说明书内容有：产品范围描述、可交付成果、验收标准、项目的除外责任 1、产品范围描述:逐步细化在项目章程和需求文件中所述的产品、服务或成果特征。 2、可交付成果:为完成某一过程、阶段或项目而必须产出的任何独特并可核实的产品、成果或服务能力，可交付成果也包括各种辅助成果，如项目管理报告和文件。 3、验收标准:可交付成果通过验收前必须满足的一系列条件。 4、项目的除外责任:识别排除在项目之外的内容。明确说明哪些内容不属于项目范围， 有助于管理干系人的期望及减少范围蔓延。
    • 项目文件更新
• 创建WBS-1
  • 输入：
    • 计划、文件、事业、组织
  • 工具：
    • 专家判断
    • 分解
  • 输出：
    • 范围基准
      • 是经过批准的范围说明书、WBS和相应的WBS词典，只有通过正式的变更控制程序才能进行变更，它被用作比较的基础。范围基准是项目管理计划的组成部分。
• 确认范围-x
  • 输入：
    • 计划、文件
    • 工作绩效数据
    • 核实的可交付成果
  • 工具：
    • 检查
    • 决策
      • 投票
  • 输出：
    • 验收的可交付成果
    • 变更请求
    • 工作绩效信息
    • 文件更新
• 控制范围-n
  • 输入：
    • 项目管理计划
      • 范围管理计划
      • 需求管理计划
      • 变更管理计划
      • 配置管理计划
      • 范围基准
      • 绩效测量基准
    • 项目文件
      • 需求文件
      • 需求跟踪矩阵
      • 经验教训登记册
    • 工作绩效数据
    • 组织过程资产
  • 工具：
    • 数据分析
      • 偏差分析
      • 趋势分析
  • 输出：
    • 工作绩效信息
    • 变更请求
    • 计划更新
    • 文件更新
• 确认范围过程与控制质量过程的不同之处在于，前者关注可交付成果的验收，而后者关注可交付成果的正确性及是否满足质量要求。控制质量过程通常先于确认范围过程，但二者也可同时进行
• 确认范围的步骤:①确定需要进行范围确认的时间;②识别范围确认需要哪些投入;③确定范围正式被接受的标准和要素;④确定范围确认会议的组织步骤;⑤组织范围确认会议。