running-business-analysis-workflow

Guides a six-stage business analysis workflow producing BRD/SRS documents, user stories, and RACI matrices.

Updated Apr 26, 2026
One-click install
npx skills add https://github.com/Jin9/skillify-foundation --skill running-business-analysis-workflow-jin9
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: running-business-analysis-workflow
Source: https://github.com/Jin9/skillify-foundation/tree/main/treasury/running-business-analysis-workflow
Command: npx skills add https://github.com/Jin9/skillify-foundation --skill running-business-analysis-workflow-jin9

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Turning a vague software project idea into validated, documented requirements is error-prone: requirements get fabricated, NFRs stay vague, and ownership of feasibility or sign-off gets blurred. This Skill walks an AI agent through a structured six-stage business-analysis workflow so every requirement is testable, traceable, and owned by the right human role. ## Core Features & Use Cases - Six-stage workflow: define problem and goals, analyze the as-is state, gather functional and non-functional requirements, design the to-be state, assess feasibility, then validate and document. - Mode detection: detects whether the agent acts as an autonomous BA or as a co-pilot to a human BA, and adjusts ownership behavior accordingly. - Anti-fabrication rules: technical feasibility, effort estimates, and test results are never invented; they are routed to named human owners via labeled placeholders. - Ready-made artifacts: templates for BRD/SRS documents, user stories with acceptance criteria, a requirements checklist, and a RACI matrix, plus reference guides for elicitation questions, NFR targets, and requirements techniques. - Use Case: Ask the agent to run the analysis for adding saved payment cards to checkout; it produces a BRD/SRS with measurable goals, user stories with Given/When/Then acceptance criteria, numeric NFRs, and flags feasibility verdicts for the tech lead. ## Quick Start Ask the agent to run a business analysis for your feature, for example: "You're the BA — run the analysis for adding saved payment cards to checkout."

Frequently Asked Questions about running-business-analysis-workflow

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I write a BRD or SRS with an AI agent?▼

Invoke the workflow with a request like "write a BRD" or "gather requirements" and the agent walks through six stages: problem definition, as-is analysis, requirements gathering, to-be design, feasibility, and validation. The output is assembled into the BRD/SRS template with measurable goals, user stories, and numeric NFRs.

How do I write user stories with testable acceptance criteria?▼

Each functional requirement is written in the Connextra format (As a / I want / so that) with 3-6 acceptance criteria in Given/When/Then or rule-checklist form. Stories are checked against the INVEST criteria and split using SPIDR patterns when too large.

What is the difference between autonomous BA mode and co-pilot mode?▼

In autonomous mode the agent acts as the business analyst and produces BA-owned artifacts directly, inserting labeled placeholders for non-BA verdicts. In co-pilot mode a human BA owns the work and the agent drafts and proposes artifacts for their approval.

Can the agent estimate technical feasibility or effort for requirements?▼

No. Feasibility verdicts, effort estimates, and test results are owned by the tech lead, architect, or QA. The agent inserts a labeled [NEEDS INPUT — role] placeholder and asks the user to route the item to that human owner instead of guessing.

When should I not use this business analysis workflow?▼

Do not use it for writing application code, for business consulting unrelated to a software system, or for project scheduling, staffing, and resourcing. Those belong to coding workflows or project-management tooling.

Why do non-functional requirements need numbers?▼

Vague terms like "fast" or "scalable" are not testable requirements. Every NFR must carry a metric, target, unit, and condition, such as p95 latency under 300 ms at 50 requests per second, so QA can verify it objectively.