商业分析-解决方案评价

商业分析第九章导读： 9.1 评价解决方案绩效 9.2 确定解决方案评价方法 9.3 评价验收结果和解决缺陷 9.4 获得解决方案发布的验证

第九章 解决方案评价

• 9.1 评价解决方案绩效
  • 核心概念
    • 定义
      • 评价解决方案以确定实施的解决方案或解决方案组件是否按预期交付商业价值的过程
    • 作用
      • 分析活动提供有型的数据，已确定商业所投资的解决方案是否达到预期的商业成果，并且作为未来的决策输入
    • 关注点
  • 输入
    • 商业目的和目标
      • 4.3 确定将来状态
      • 明确了寻求达成的既定目标。提供了评价解决方案背景，因为他们是预期商业价值的可衡量描述
    • 商业论证
      • 4.6 组合商业论证
      • 提供相关信息，确定是否值得对该解决方案进行所需投资
    • 性能数据
      • 产品的量化数据输出
    • 解决方案评价方法
      • 9.2 确定解决方案评价方法
      • 提供了如何执行解决方案评价活动的协议，确定了将使用哪些类型的测量指标来评价预期的商业价值是否实现
    • 评价的验收结果
      • 9.3 评价验收结果并解决缺陷
      • 是验收标准和实际结果的比较，以及他们之间差异的根本原因
  • 工具与技术
    • 成本绩效分析
      • 财物工具，确定该项目或解决方案价值相对于其成本所提供的效益
    • 启发技术
      • 引导式研讨会
      • 焦点小组
      • 访谈
      • 观察
    • 产品组合矩阵
      • 也称为增长份额矩阵，是一些组织用于定性分析其产品或产品线的市场分析象限图
    • 优先级方案
      • 用于对需求、特性或任何其他产品信息进行排序的不同方法，也能用来解决与需求相关的冲突，相关方参与沟通方法决定了何时使用优先级的方案
    • 根本原因分析和机会分析
      • 用于确定引起偏差、缺陷或风险的根本原因。
      • 机会分析用于研究潜在机会的主要方面，已确定为实现其目标在提供的产品中可能发生的变更
  • 输出
    • 商业价值的评估
      • 将解决方案的预期商业价值和已实现的实际价值进行比较的结果。
  • 协作点
    • 职能经理
    • DevOps
      • 开发运维一体化
    • 主题专家
    • 3P 项目经理/项目集经理/项目组合经理
• 9.2 确定解决方案评价方法
  • 核心概念
    • 定义
      • 确定要评价组织/解决方案的哪些方面，如何、何时、由谁测量绩效的过程
    • 作用
      • 选择和定义了绩效指标和测量指标，以便后期可以收集、报告和评价这些指标，以支持组织/产品的持续改进
    • 关注点
  • 输入
    • 指标和关键绩效指标
      • 指标
        • 用于评价解决方案或商业的一些列可量化的标准
      • 关键绩效指标
        • 是一类与其相关的指标，通常由组织的管理层定义，用于评价组织在实现其目的或目标方面的进度
    • 情景说明书
      • 4.1 识别问题和机会
    • 产品范围
      • 4.6 组合商业论证
  • 工具与技术
    • 启发技术
      • 引导式研讨会
      • 文件分析
      • 访谈
    • 群体决策技术
    • 优先级方案
      • MoSCoW
    • 回顾和经验教训
      • 利用过去经验规划未来
  • 输出
    • 解决方案评价方法
      • 描述了何时及如何评价解决方案，支持评价的指标类型，为这些指标收集并沟通实际性能数据的可行性，以及由谁负责实施评价和沟通的结果
  • 协作点
    • 任何负责收集、监督、评价或资助成本以获得性能数据的经理
    • 项目发起人
    • 运营方领导
• 9.3 评价验收结果及解决缺陷
  • 核心概念
    • 定义
      • 从定义的验收标准与解决方案的比较中决定如何处理结果的过程
    • 作用
      • 确定是否发布或部分解决方案，是否执行变更，或者对产品进行补救和增强
    • 关注点
      • 需求基准
      • 批准需求的方式
  • 输入
    • 验收标准
      • 7.4 定义验收标准
      • 具体且可展示的一系列条件，要通过商业相关方或客户的验收则必须满足的这些条件
    • 实际验收结果
      • 包含通过/未通过的结果，通常由质量控制团队将测试结果和验收标准进行比较后得出
  • 工具与技术
    • 优先级方案
    • 根本原因分析
      • 根本原因分析
        • 用于确定引起偏差、缺陷或风险的根本原因
      • 机会分析
        • 用于研究潜在的机会的主要方面以确定能实现产品目标的可能机会
      • 因果图
        • 用直观的方式描述问题及其根本原因（鱼骨图/石川图）
      • 关联图
        • 特殊的因果关系图，描述了特定情况的相关原因和结果
    • 跟踪矩阵
    • 差距分析
  • 输出
    • 评价的验收结果
      • 提供了验收标准和实际结果的汇总比较，同时还提供了偏差或缺陷的根本原因，解决缺陷的成本分析，以及解决或接受缺陷的商业影响
  • 协作点
    • 来自商业和运营领域的开发者、设计师、质量控制分析师、和主题专家
    • 变更控制团队
• 9.4 获得解决方案发布的验证
  • 核心概念
    • 定义
      • 为是否将部分或完成的解决方案发布到生产中并最终交付给运营团队做出决策，以及转移关于产品、风险、已知问题和这些问题可能出现的权变措施的知识和现有信息的过程
    • 作用
      • 在构建的解决方案与发布的解决方案间为相关方验收创建一个商定的中断
    • 关注点
  • 输入
    • 相关方参与和沟通方法
      • 5.3 确定相关方参与和沟通方法
    • 产品风险分析
      • 7.8 识别和分析产品风险
      • 包括识别和分析产品风险的综合结果以及管理应对以及控制潜在威胁的策略和利用与产品相关的潜在机会的策略
    • 批准的需求
      • 8.3 选择和批准需求
      • 得到核实和确认的需求，并且被认为准确反应了什么是产品开发团队应该构建的
    • 评价的验收结果
      • 9.3 评价验收结果及解决缺陷
    • 准备就绪评估
      • 用于评价组织应对变化的准备程度
    • 过渡计划
      • 5.5 准备过渡到将来状态
      • 以准备就绪评估和过渡策略为基础，涵盖了所有交流、发布、培训和用户文件程序更新、业务备份更新、以及其他附属和最终生产任务，以保证成功切换并适应将来状态
  • 工具与技术
    • 引导式研讨会
    • 群体决策技术
  • 输出
    • 发布决策
      • 发布决策可能允许发布或部分发布解决方案的协议，延迟或不批准和阻止解决方案的协议，通常包括签字
        • 允许发布
        • 部分发布
        • 推迟发布
        • 不批准和阻止
  • 协作点
    • 项目管理角色中的人员
    • 运营负责人
    • 咨询架构师
    • 设计师