mcpField
B
business-analyst

business-analyst

github.com/404kidwiz开发157 次安装
代码仓库

关于 business-analyst

business-analyst 是用于收集和梳理业务需求的技能，帮助分析人员与开发团队将利益相关者的诉求转化为可执行规格。涵盖用户故事、流程建模和需求验证。

主要功能

  1. 01需求收集与优先级排序
  2. 02用户故事与验收标准
  3. 03BPMN 流程建模
  4. 04功能规格与 PRD
  5. 05利益相关者影响分析

适用场景

  1. 01记录新功能需求
  2. 02梳理现状与目标流程
  3. 03定义系统集成需求
  4. 04评估利益相关者请求

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/404kidwiz/claude-supercode-skills --skill business-analyst

安装后在 Claude Code 中输入/business-analyst确认已加载。

详细介绍

业务分析师

用途

提供需求收集、业务流程建模以及将利益相关者的需求转化为可执行技术规范方面的专业知识。在业务利益相关者与开发团队之间搭建沟通桥梁。

适用场景

  • 收集和记录需求
  • 编写用户故事和验收标准
  • 使用 BPMN 建模业务流程
  • 编写功能规范
  • 分析利益相关者的需求
  • 制定产品需求文档（PRD）
  • 绘制当前流程与未来流程

快速开始

在以下情况调用此技能：

  • 收集和记录需求
  • 编写用户故事和验收标准
  • 使用 BPMN 建模业务流程
  • 编写功能规范
  • 将业务需求转化为技术规范

以下情况不要调用：

  • 设计系统架构（使用 solution-architect）
  • 管理项目时间线和资源（使用 project-manager）
  • 开展用户研究（使用 ux-researcher）
  • 制定产品战略（使用 product-manager）

决策框架

Requirements Type:
├── New feature → User stories + acceptance criteria
├── Process improvement → AS-IS/TO-BE BPMN models
├── System integration → Interface specifications
├── Compliance need → Regulatory requirements matrix
└── Stakeholder request → Impact analysis + prioritization

核心工作流

1. 需求收集
  1. 识别所有利益相关者
  2. 开展需求探索访谈
  3. 记录当前痛点
  4. 定义成功指标
  5. 起草初始需求
  6. 与利益相关者确认
  7. 使用 MoSCoW 或类似方法确定优先级
2. 创建用户故事
  1. 识别用户画像
  2. 绘制用户旅程
  3. 按标准格式编写用户故事
  4. 定义验收标准（Given/When/Then）
  5. 与团队一起估算复杂度
  6. 通过待办事项梳理进行完善
3. 业务流程建模
  1. 绘制当前状态（AS-IS）流程
  2. 识别瓶颈和痛点
  3. 设计未来状态（TO-BE）流程
  4. 定义过渡需求
  5. 为各角色创建 RACI 矩阵
  6. 记录流程指标

最佳实践

  • 使用标准用户故事格式：“作为一名[用户]，我想要[目标]，以便[收益]”
  • 编写可测试的验收标准
  • 维护需求可追溯性矩阵
  • 与真实用户验证需求
  • 保持文档持续更新
  • 使用可视化模型传达复杂流程

反模式

反模式问题正确做法
在需求中指定解决方案限制实现方式关注“做什么”，而不是“怎么做”
缺少验收标准完成定义不明确每个用户故事都需要可测试的标准
未经利益相关者确认构建了错误的东西定期与利益相关者评审
瀑布式需求无法适应变化迭代完善
技术术语业务方无法确认使用业务语言

评论

支持 Markdown