PBA-实践指南-第6章-解决方案评价

这是一篇关于PBA-实践指南-第6章-解决方案评价的思维导图，解决方案范围是为了满足商业需要，解决方案必须交付的一组能力。

PBA-实践指南-第6章-解决方案评价

• 6.1 本章概述
  • 解决方案范围是为了满足商业需要，解决方案必须交付的一组能力
  • 产品范围包含了产品，服务或成果所具有的特征和功能
• 6.2 解决方案评价的目的
  • 提供了评估一个解决方案是否已达到预期的商业结果的能力
• 6.3 评价的建议思维
  • 6.3.1 尽早并经常评价
  • 6.3.2 将需求分析，跟踪，测试和评价作为互补性活动来对待
    • 适应型生命周期用具体实例来明确定义验收标准，将其作为用户故事细化的一部分
    • 验收标准和用户故事定义彼此呼应
  • 6.3.3 牢记借助用途和价值的语境来评价
  • 6.3.4 确认软件解决方案的预期价值
• 6.4 解决方案的评价计划
  • 从事评价活动并不是一项微不足道的任务，它需要花费时间和精力来识别和确认评价标准，为进行测量而实施任何必要的工作，进行测量，出具报告和分析测量
  • 需要考虑的因素
    • 本次评价活动会监督，跟踪或确认项目或组织的哪些目的，目标, 风险
    • 谁会承认进行评价所需花费的时间和工作量成本
    • 解决方案或其基础架构是否具有对评价标准的内置测量能力
    • 是否存在已有手段来抽取测量数据用于评价
    • 选择的评价方法是否有效且相对经济
    • 现有方式是否已经可以用来汇报和公布评价结果 （报告模板）
• 6.5 确定评价什么
  • 定义验收标准准则是为了在识别度量指标上设置的可接受范围。可根据目的，目标，关键绩效指标，项目指标，客户指标，销售和市场指标或运营指标等定义验收标准
  • 6.5.1 考虑商业目的和目标
  • 6.5.2 考虑关键绩效指标
    • KPI是通常由组织高层定义的指标
      • 财务，客户，销售和市场营销，操作过程，员工，环境/企业社会责任/可持续发展
  • 6.5.3 考虑附加的评价指标和评价验收标准
    • 项目指标作为解决方案评价的输入
      • 通过测量成本，工作量和时长得到的指标，如估算数和实际值之间的偏差，用于跟踪项目进度和绩效，包括挣值计算
      • 跟踪变更请求可用作项目波动性指标，但不能用作解决方案可行性指标
      • 采用适应型生命周期的项目，例如Scrum或看板，在项目上经常使用其他指标来反映项目团队的进度百分比，例如燃尽图和周转率
    • 客户指标
    • 销售和市场营销指标
    • 运营指标和评估
    • 功能
  • 6.5.4 确认组织能够负担继续评价的成本
• 6.6 何时以及如何验证解决方案的结果
  • 6.6.1 调查和焦点小组
    • 调查可用于从规模巨大且/或地理上分散的人群中收集信息和启发需求
    • 焦点小组给个人提供了机会，就一组设定的主题其中之一来提供想法和主意，同时讨论和评论其他参与者的意见
  • 6.6.2 探索性测试和用户验收测试的结果
    • 探索性测试是由具有精深业务或测试知识的人员进行的无脚本，形式自由的确认或评价活动
    • 用户验收测试是确认解决方案符合规定的验收标准的正式测试活动，由具有精深业务知识的人员进行。半预设的探索性测试。
    • 两者所得的结果在评价中用于确定产品，服务或解决方案的功能，易用性，以及性能是否符合预期
  • 6.6.3 生活时光工作测试结果
    • 是具有精深业务知识的人员进行的半正式活动
  • 6.6.4 集成测试结果
    • 用于确认或评价解决方案在组织中其他正在进行的业务和系统运营更大规模的环境中是否能够符合预期
  • 6.6.5 对比功能的预期结果和实际结果
  • 6.6.6 对比非功能需求的预期结果和实际结果
  • 6.6.7 成果测量和收益的财务核算
    • 项目的一些预期收益容易与可测量因素捆绑在一起，其他收益则需要通过衍生或推断得出
• 6.7 评价验收标准和解决缺陷
  • 6.7.1 预期结果与实际结果的比较（评价动作）
  • 6.7.2 检查公差范围和确切数字（分析原因）
    • 对比分析非功能需求的预期/实际结果
  • 6.7.3 记录和解决缺陷
  • 分解需求以揭示或阐明生产选项和所需功能
• 6.8 促进通过/不通过的决策
  • GO/ NO GO 面对面会议，做出决策
• 6.9 获得解决方案的签字确认
  • 当项目存在以下一个或多个特征时，项目的正式签字确认就是一种常见协议
    • 项目具有业务范围或组织范围内的影响
    • 产品的错误或公差范围的失败可能导致死亡或不可接受级别的生命财产或财务偿付能力的风险
    • 组织中严格遵循预测型生命周期的项目
    • 监管严格的行业，如银行，保险，或医疗设备，临床研究，或制药公司
  • 采用任何一种正式签字确认方式的组织应就下述事项达成一致
    • 正式确认文件的格式
    • 应如何记录
    • 应如何存储
    • 获得签字确认时是否所有签署人都需在场还是可以接受远程签署
  • 对于预测型项目生命周期，签字确认往往发生于项目生命周期结尾版本发布前一刻或版本发布后一刻
  • 对于迭代型或适应型项目生命周期，非正式签字确认一般发生于每次冲刺或迭代的结尾，正式签字确认则发生于解决方案发布前
  • 需要3份签名
    • 商业分析师本人
    • 商业分析师管理者（发起人/领导）
    • 解决方案团队的接收人（客户）
• 6.10 评价解决方案的长期绩效
  • 6.10.1 确定指标
  • 6.10.2 获得指标/测量绩效
  • 6.10.3 分析结果
  • 6.10.4 评估解决方案和组织的局限性
  • 6.10.5 建议提高解决方案绩效的方法
  • 长期绩效分析检查测量，识别稳定的指标和趋势上升或下降的指标，同时发现异常的测量值或趋势
• 6.11 解决方案替换/淘汰
  • 四种策略
    • 1. 在安装替换方案并淘汰以前方案的所有东西之前进行大规模的一次性割接
    • 2. 淘汰以前方案的所有东西之前分段式割接为替代方案；分段式割接意味着替换方案与正被淘汰的方案会暂时共存
    • 3. 替换方案与正被淘汰的方案以时间盒的方式共存，在未来特定日期进行最终割接
    • 4. 旧方案和替换方案永久共存（所有新业务使用替换方案）
    • 备注：一般来说，大规模割接比任何一种分段式割接或时间盒式割接都会引起更大的商业风险。但是，偶尔也需要接受这种风险
    • 过渡期需要涉及的活动： 与受影响的干系人充分沟通，提供培训，制定SOP，软硬件配套的购买，许可和安装工作，组织协调，解决冲突，确保业务中断被协调和接受
  • 编制成果割接及适应解决方案所需的所有沟通和部署担保时应该小心谨慎，这些活动包括但不限于
    • 与受新解决方案直接或间接影响的干系人进行充分的沟通
    • 完成所需的培训材料并提供培训
    • 完成或更新标准操作流程SOP和工作指导书
    • 购买，许可和安装任何必要硬件和支持解决方案所需的第三方软件
    • 与组织的其他活动进行协调，确保每次企业接受变更并且部署时不与其他过程中的项目集和项目工作发生冲突时即可实施
    • 协调以确保任何业务中断都被明确识别，沟通，并为客户所接受
• 9.3 评价验收结果并解决缺陷
• 9.4 获得解决方案发布的验证
• 9.2 确定解决方案评价方法 ITTO
• 9.1 评价解决方案绩效 ITTO
• 解决方案确认 是为了确保已经完成的解决方案能够为组织带来实际的业务价值，意味着不仅要满足指定的需求，还要确保解决方案在实际应用中能够有效提升组织的业务表现。
• 建议解决方案评价评估了建议解决方案交付的价值，并推荐最佳解决方案。
• 解决方案确认评价评估了解决方案在可接受的质量水平上能够达到的商业需要的能力。
• 组织准备度评估描述了相关方是否能够接受解决方案相关的变化以及相关方能够有效利用解决方案的准备度。
• 解决方案绩效评价描述了运营解决方案如何在执行中贴近商业目的和目标。
• ITTO