Business Analysis Planning

业务分析规划技能

目的

定义将如何开展 BA 工作。在着手处理需求之前，高级 BA 必须规划工作方法，以确保效率并达成一致。

核心规划领域

1. 规划业务分析方法

预测型（瀑布式）与适应型（敏捷）

• 瀑布式：前期进行大量规划，编写正式文档，并正式签字确认。
• 敏捷：迭代规划，文档轻量化，持续反馈。
• 混合型：前期明确战略，按冲刺执行。

交付成果：

• 将产出哪些制品？（BRD？用户故事？原型？）
• 这些成果何时交付？

2. 规划利益相关者参与

• 谁需要参与？（参见利益相关者分析。）
• 如何开展沟通？（访谈、研讨会、调查。）
• 频率：每日站会？每周评审？
• 审批权：谁拥有最终签字确认权？

3. 规划 BA 治理

• 变更控制：如何处理需求变更？
  • 流程：提交申请 -> 影响分析 -> CCB 审批。
• 优先级排序：由谁决定优先级？（PO、发起人）。
• 审批工作流：由谁审批 BRD？FRS？UAT？

4. 规划信息管理

• 工具：需求存储在哪里？（Jira、Confluence、服务器）。
• 可追溯性：需要达到什么程度的跟踪？
• 复用：能否复用现有需求？

BA 计划模板（单页）

项目：CRM 迁移 BA 负责人：[姓名]

1. 方法：采用混合型方法，开发使用敏捷冲刺，数据迁移使用正式 BRD。

2. 关键活动：

• 第 1-2 周：探索研讨会（销售、市场营销）。
• 第 3 周：起草迁移 BRD。
• 第 4 周：签字确认。
• 第 5 周及之后：冲刺支持 / 用户故事。

3. 交付成果：

• 利益相关者关系图
• 当前状态流程图
• 用例（迁移）
• 用户故事（新功能）
• UAT 计划

4. 沟通：

• 每周向 PM 提交 BA 状态报告。
• 每两周向利益相关者进行一次演示。

5. 工具：

• 文档：Lark Docs。
• 跟踪：Jira。
• 建模：Figma。

评估项目复杂度（Cynefin 框架）

• 简单：适用最佳实践。采用标准方法。
• 繁杂：适用良好实践。需要进行分析。
• 复杂：采用涌现式实践。“探测-感知-响应”（敏捷的理想模式）。
• 混沌：采用创新实践。采取行动以稳定局面。

估算 BA 工作量

• 自上而下：按项目总工期的 X% 估算（通常为 10-15%）。
• 自下而上：逐项估算各项活动（例如，5 场研讨会 x 每场准备/开展/记录 4 小时 = 20 小时）。

最佳实践

• 与 PM 保持一致：确保 BA 计划符合整体项目管理计划。
• 获得认同：利益相关者必须同意参与计划（例如，承诺抽出时间参加研讨会）。
• 保持灵活：如果方法行不通，就更新计划。

参考资料

• BABOK 知识领域：业务分析规划与监控。