用途
Business Analyst 是一个专家型技能，定位为在业务需求与技术解决方案之间建立桥梁。它专注于需求工程、BPMN（业务流程建模标注）和敏捷用户故事，帮助将干系人需求转化为可执行的技术规格，并在业务方与开发团队之间承担沟通衔接作用。
适用时机
资料明确列出以下应调用该技能的场景：
- 收集与记录需求
- 编写用户故事与验收标准
- 使用 BPMN 建模业务流程
- 创建功能规格说明
- 翻译业务需求为技术规格
同时给出不应调用的场景，并指向其他技能：
- 设计系统架构（使用 solution-architect）
- 管理项目时间线与资源（使用 project-manager）
- 开展用户研究（使用 ux-researcher）
- 定义产品策略（使用 product-manager）
主要能力与决策框架
技能提供需求类型到产出物的决策框架：
- 新功能 → 用户故事 + 验收标准
- 流程改进 → AS-IS/TO-BE BPMN 模型
- 系统集成 → 接口规格
- 合规需求 → 法规需求矩阵
- 干系人请求 → 影响分析 + 优先级排序
核心工作流
1. 需求收集
识别所有干系人 → 开展发现访谈 → 记录当前痛点 → 定义成功指标 → 起草初始需求 → 与干系人验证 → 使用 MoSCoW 或类似方法排序。
2. 用户故事创建
识别用户角色 → 映射用户旅程 → 按标准格式编写故事 → 定义验收标准（Given/When/Then）→ 与团队估算复杂度 → 在待办梳理中细化。
3. 业务流程建模
映射当前状态（AS-IS）流程 → 识别瓶颈与痛点 → 设计未来状态（TO-BE）流程 → 定义过渡需求 → 为角色创建 RACI 矩阵 → 记录流程指标。
最佳实践
- 使用标准用户故事格式："As a [user], I want [goal], so that [benefit]"
- 编写可测试的验收标准
- 维护需求可追溯性矩阵
- 与真实用户验证需求
- 保持文档持续更新
- 使用可视化模型沟通复杂流程
反模式
资料列出以下反模式及对应纠正方式：
- 在需求中写入解决方案：会限制实现方式，应聚焦"做什么"而非"怎么做"
- 缺少验收标准：导致完成的定义不清晰，每个故事都需要可测试的标准
- 缺少干系人验证：可能做错方向，应定期进行干系人评审
- 瀑布式需求：无法适应变化，应采用迭代式细化
- 技术术语：业务方无法验证，应使用业务语言
限制
资料未提供该技能的具体实现方式、安装命令、支持的平台、是否收费、价格、效果数据或使用步骤等事实信息，相关内容暂未提供。