ba-requirements-analysis

Model and specify business requirements using BABOK use cases, user stories, and MoSCoW prioritization.

Updated Mar 14, 2026
One-click install
npx skills add https://github.com/jcg-admin/IACT-ui --skill ba-requirements-analysis-jcg-admin
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: ba-requirements-analysis
Source: https://github.com/jcg-admin/IACT-ui/tree/main/.claude/skills/ba-requirements-analysis
Command: npx skills add https://github.com/jcg-admin/IACT-ui --skill ba-requirements-analysis-jcg-admin

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) and assets (resource) components.

What problem does it solve? Business analysts often struggle to convert articulated stakeholder needs into well-specified, verifiable requirements. This Skill guides the BABOK v3 Requirements Analysis & Design Definition knowledge area, turning elicited needs into use case models, user stories, and validated design options. ## Core Features & Use Cases - Requirements Modeling: Build detailed use cases (actors, triggers, main/alternative/exception flows) and user stories with Given/When/Then acceptance criteria. - Quality Verification & Validation: Apply INVEST criteria to user stories and a six-criterion checklist (completeness, consistency, non-ambiguity, verifiability, feasibility, traceability) to every requirement. - Prioritization & Design Options: Classify requirements with MoSCoW (enforcing the ≤60% Must Have rule) and document high-level design options with pros, cons, and constraints. - Use Case: After completing stakeholder elicitation for a credit approval system, use this Skill to produce a requirements specification with UC models, INVEST-checked user stories, MoSCoW priorities, and a routing decision to the next BABOK knowledge area. ## Quick Start Ask the assistant to run the ba-requirements-analysis step to model and specify the requirements from your elicitation notes into use cases and prioritized user stories.

Frequently Asked Questions about ba-requirements-analysis

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

FAQPage Schema
How do I write user stories that pass INVEST criteria?▼

Check each story against six criteria: Independent, Negotiable, Valuable, Estimable, Small, and Testable. A story fails if it specifies implementation technology, lacks acceptance criteria, or cannot be completed within one to three days.

What is the difference between requirements verification and validation in BABOK?▼

Verification asks whether the requirement is well written, checking completeness, consistency, and non-ambiguity through walkthroughs and checklists. Validation asks whether it solves the real stakeholder need, confirmed by business stakeholders through prototypes or UAT.

When should I use a decision table versus a decision tree?▼

Use a decision table when multiple conditions combine simultaneously to determine an action, since it covers all 2^n combinations. Use a decision tree when conditions are evaluated sequentially and stakeholders need to visualize the decision flow.

How does MoSCoW prioritization work for requirements?▼

Classify requirements as Must Have, Should Have, Could Have, or Won't Have with stakeholders. Must Have items should stay at or below 60 percent of the total; exceeding that signals the scope is too large or prioritization is not genuine.

When should I not use requirements analysis?▼

Skip this step if business needs are not yet articulated, in which case elicitation or strategy analysis comes first. It is also the wrong step for managing already-specified requirements, which belongs to requirements lifecycle management.