PBA商业分析知识体系

pba知识总结，涵盖了商业分析的规划与监控、需求获取、需求分析与建模、需求验证与确认、需求跟踪与变更管理、解决方案评估与验证几大核心知识领域，详细阐述了各领域的主要过程、输入、工具与技术以及输出。

PBA商业分析知识体系

• 1. 商业分析规划与监控
  • 过程1.1 制定商业分析计划
    • 输入
      • 项目章程：概述项目目标、范围和主要利益相关者
      • 商业论证：提供项目实施的商业理由和预期收益
      • 相关方清单：列出所有项目相关方及其需求和期望
      • 组织过程资产：包括历史信息、模板和已有的商业分析文档
    • 工具与技术
      • 专家判断：利用专家知识来制定计划
      • 分解技术(WBS)：将商业分析工作分解成更小、更易管理的部分
      • 决策分析：评估不同方案对商业目标的影响
      • 引导式研讨会：组织会议以收集和确认需求
    • 输出
      • 商业分析计划：详细说明商业分析活动、资源、时间表和方法
  • 过程1.2 规划相关方参与
    • 输入
      • 相关方登记册：记录所有相关方的详细信息和需求
    • 工具与技术
      • 相关方影响力分析：评估相关方对项目的影响和影响力
      • RACI矩阵：明确相关方在商业分析活动中的责任和角色
    • 输出
      • 相关方沟通计划：确定如何、何时以及与谁沟通商业分析信息
• 2. 需求获取
  • 过程21 准备需求获取
    • 输入
      • 商业分析计划：提供需求获取的指导和框架
    • 工具与技术
      • 场景设计：创建情境来帮助理解用户需求
      • 背景调查：通过研究和访谈收集现有系统和流程的信息
    • 输出
      • 需求获取议程：详细规划需求获取会议的时间表和目标
  • 过程2.2 实施需求获取
    • 工具与技术
      • 访谈：与相关方进行一对一或小组讨论以收集需求
      • 观察：直接观察用户在工作环境中的行为
      • 工作坊：组织工作坊以促进需求的讨论和共识
      • 调查问卷：通过问卷调查收集大量相关方的需求信息
      • 焦点小组：组织小组讨论以深入了解特定主题或问题
      • 原型：创建原型以帮助用户更好地表达和理解需求
    • 输出
      • 需求文档：记录收集到的需求，包括功能性需求和非功能性需求
      • 需求跟踪矩阵：追踪需求从提出到实现的整个过程
• 3 需求分析与建模
  • 过程3.1 分析需求
    • 输入
      • 需求文档：提供需求分析的基础
    • 工具与技术
      • 优先级排序：确定需求的优先级，以便于后续的规划和实施
      • 一致性检查：确保需求之间不相互矛盾
      • 逻辑模型：创建模型来表示需求之间的逻辑关系
    • 输出
      • 分析模型：展示需求之间的关系和依赖性
  • 过程3.2 建模需求
    • 输入
      • 分析模型：提供建模的基础
    • 工具与技术
      • 用例图：展示系统的功能和用户如何与这些功能交互
      • 流程图：描述业务流程或系统操作的步骤
      • 状态图：展示系统或对象状态的变化
    • 输出
      • 需求模型：详细描述需求的视觉和文字表示
• 4. 需求验证与确认
  • 过程4.1 验证需求
    • 输入
      • 需求模型：提供验证的基础
    • 工具与技术
      • 需求审查会议：组织会议以审查需求的完整性和准确性
      • 原型测试：通过用户测试原型来验证需求
    • 输出
      • 验证报告：记录需求验证的结果和发现的问题
  • 过程4.2 确认需求
    • 输入
      • 验证报告：提供需求确认的依据
    • 工具与技术
      • 用户验收测试(UAT)：确保需求符合用户的期望和业务目标
      • 签署确认：获取相关方对需求的正式批准
    • 输出
      • 需求确认记录：记录需求已被相关方接受的证据
• 5. 需求跟踪与变更管理
  • 过程5.1 跟踪需求
    • 输入
      • 需求跟踪矩阵：提供需求跟踪的基础
    • 工具与技术
      • 跟踪系统：使用软件工具来监控需求的状态和变更
      • 定期审查：定期审查需求以确保它们仍然相关和准确
    • 输出
      • 需求状态报告：提供需求实现进度的详细信息
  • 过程5.2 管理需求变更
    • 输入
      • 需求变更请求：记录对需求的任何变更请求
    • 工具与技术
      • 变更控制委员会(CCB)：评估变更请求并做出决策
      • 变更日志：记录所有需求变更的历史和状态
    • 输出
      • 更新的需求文档：反映所有批准的变更
• 6. 解决方案评估与验证
  • 过程6.1 评估解决方案
    • 输入
      • 需求文档：提供评估解决方案的依据
    • 工具与技术
      • 成本效益分析：评估解决方案的经济可行性
      • 技术评估：评估解决方案的技术可行性和风险
    • 输出
      • 解决方案评估报告：提供解决方案的优缺点和推荐
  • 过程6.2 验证解决方案
    • 输入
      • 解决方案评估报告：提供验证的基础
    • 工具与技术
      • 用户测试：通过实际测试来验证解决方案是否满足需求
      • 性能测试：确保解决方案在各种条件下都能正常工作
    • 输出
      • 验证报告：记录解决方案验证的结果和发现的问题