mcpField
B
business-analyst

business-analyst

github.com/rade-nugroho生产力1255 次安装23 周前更新
代码仓库

关于 business-analyst

这款业务分析技能面向需要结构化梳理需求、流程和解决方案的分析人员与团队，涵盖需求访谈、文档编写、BPMN 建模、差距分析和决策分析工作流。

主要功能

  1. 01需求收集工作流
  2. 02BRD 和 FRD 模板
  3. 03用户故事与验收标准
  4. 04BPMN 泳道流程建模
  5. 05差距与变更影响分析

适用场景

  1. 01收集新功能的业务需求
  2. 02绘制现状与目标业务流程
  3. 03编写带验收标准的用户故事
  4. 04用成本效益或 SWOT 分析评估计划

安装

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

$npx skills add https://github.com/rade-nugroho/agentic-enteprises-skill --skill business-analyst

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

包含的文件

除 SKILL.md 外，安装时一起下载的参考资料和脚本。

references/
business_analysis.md
documentation.md
requirements_process.md
tools_frameworks.md

详细介绍

业务分析师

概述

运行结构化的业务分析工作流，以进行需求收集、流程建模、利益相关方协调和解决方案验证。此技能涵盖 BRD/FRD 编写、用户故事、验收标准、BPMN 图、差距分析和变更影响评估。

功能

  • 需求收集技巧（访谈、研讨会、观察、文档分析）
  • BRD 和 FRD 文档模板及分章节指导
  • 按照 INVEST 标准编写用户故事，并采用验收标准模式
  • 使用泳道图进行 BPMN 流程建模
  • 差距分析框架和变更影响评估模板

用法

  1. 确定用户的 BA 需求（需求、流程建模、用户故事或解决方案验证）
  2. 按照下方相应的工作流执行
  3. 生成结构化成果：BRD/FRD 文档、用户故事、BPMN 图或差距分析报告

示例

  • 用户：“为一项新功能收集需求” Agent：运行需求收集工作流，开展利益相关方访谈，并生成包含功能性和非功能性需求的 BRD

  • 用户：“梳理我们的订单履行流程” Agent：运行流程建模工作流，创建包含泳道的 BPMN 图，并找出瓶颈和交接节点

  • 用户：“为登录功能编写用户故事” Agent：运行用户故事编写工作流，按照 INVEST 标准编写故事，并提供 Given/When/Then 验收标准

适用场景

  • 收集并记录业务需求（BRD、FRD、用户故事）
  • 梳理现状/目标流程，并开展差距或影响分析
  • 主持研讨会，促进业务团队与技术团队之间的沟通
  • 为业务决策开展成本效益、SWOT 或根因分析

工作流选择

  • 用户希望收集或记录需求 → 工作流 1：需求收集
  • 用户希望梳理或改进流程 → 工作流 2：业务流程分析
  • 用户希望评估业务决策 → 工作流 3：数据驱动的业务分析
  • 用户希望编写文档 → 工作流 4：文档编写与沟通

不适用场景

  • 仪表板设计、指标目录或分析型 SQL → 使用 bi-analyst
  • 数据平台或企业架构决策 → 使用 data-architect
  • 跨服务系统设计、ADR、架构评审 → 使用 senior-system-architecture
  • 客户支持 SLA、计费运营或客户成功健康度评分 → 使用 customer-ops-specialist
  • 收入确认、月末结账或 ASC 606 合同分析 → 使用 senior-revenue-accountant
  • UX 流程、线框图和设计交接 → 使用 product-designer
  • 标注/RLHF 平台产品路线图和质量体系 → 使用 product-management-human-data-platform
  • 跨团队项目执行、RAID、管理层状态汇报 → 使用 technical-program-manager
  • MSA、SaaS、供应商/客户合同修订 → 使用 commercial-counsel
  • HR 运营流程和员工生命周期清单 → 使用 people-operations-specialist
  • 战略、问题树、指导委员会商业案例 → 使用 business-consultant
  • 商业模式研究、TAM、竞争对手变现方式 → 使用 business-model-researcher

核心工作流

1. 需求获取

分步流程：

  1. 准备

    • 审阅现有文档、系统和痛点
    • 确定利益相关者（赞助方、用户、实施人员）
    • 明确范围边界（范围内、范围外）

  2. 获取需求

    • 使用开放式问题访谈关键利益相关者
    • 观察用户当前的工作流程（跟岗观察）
    • 审阅现有报告、数据和系统输出
    • 针对复杂或跨职能需求开展研讨会

  3. 分析与整合

    • 按主题对需求进行分组（功能、非功能、技术）
    • 解决利益相关者之间的冲突
    • 使用 MoSCoW 或加权评分确定优先级

  4. 验证

    • 与利益相关者逐项审阅需求
    • 通过原型或示例确认理解一致
    • 在继续推进前获得正式签字确认
2. 业务流程分析

分析工作流：

  1. 绘制当前状态（现状）

    • 确定参与者、步骤、决策和交接环节
    • 记录耗时、痛点和错误率
    • 记录每个步骤的数据输入和输出

  2. 识别差距与低效之处

    • 冗余、人工变通方案、瓶颈
    • 缺少集成、重复录入数据
    • 合规风险或审计漏洞

  3. 设计未来状态（目标状态）

    • 简化或自动化步骤
    • 消除不创造价值的活动
    • 定义新的角色、系统和数据流

  4. 规划过渡

    • 分阶段推出还是一次性全面上线
    • 变更影响评估
    • 培训和沟通计划
3. 数据驱动的业务分析

分析技术：

技术适用场景输出
成本效益分析评估计划ROI、回本周期、NPV
SWOT 分析战略规划优势、劣势、机遇、威胁
根因分析问题诊断5 Whys、鱼骨图
流程挖掘了解实际流程与文档流程的差异瓶颈图、变体分析
基准分析比较绩效与行业领先者的差距
4. 文档与沟通

关键文档：

文档目的受众
业务需求文档（BRD）说明业务需要什么以及原因业务利益相关者、项目赞助方
功能需求文档（FRD）说明系统应如何运行开发人员、QA、解决方案架构师
用户故事从用户角度描述功能敏捷团队、产品负责人
流程图以可视化方式逐步展示工作流所有利益相关者
数据字典定义字段和术语技术团队、数据使用者

评论

支持 Markdown