business-analyst

Validate incomplete client requirements using 6W1H elicitation and generate a BA handoff package.

Updated Apr 10, 2026
One-click install
npx skills add https://github.com/Exia-thd/Digital-Nervous --skill business-analyst-exia-thd
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: business-analyst
Source: https://github.com/Exia-thd/Digital-Nervous/tree/main/skills/business-analyst
Command: npx skills add https://github.com/Exia-thd/Digital-Nervous --skill business-analyst-exia-thd

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

The Business Analyst skill prevents ambiguous, incomplete, or assumed requirements from entering the product pipeline by eliciting missing information, validating contradictions, and enforcing strict completeness before handoff to Product Management and Engineering.

Core Features & Use Cases

  • Structured Elicitation: Guided 6W1H questioning across Express, Standard, Thorough, and Meticulous modes to capture complete requirements.
  • Stakeholder Discovery & Analysis: Power/Interest mapping and interview-style stakeholder capture to surface decision owners and conflicts.
  • Critical Evaluation & Feasibility: Red-team contradiction detection, Five Whys root-cause analysis, and a four-dimension feasibility matrix.
  • Information Gate & Handoff: Enforces strict pass/fail checks, documents assumptions and open questions, and generates a BA handoff package for PMs.
  • Use Case: When a client requests a new feature but provides vague scope, run this skill to produce a validated requirements register and a handoff package that prevents rework.

Quick Start

Ask the Business Analyst to validate the request, run a 6W1H elicitation, and produce a BA handoff package ready for PM review.

Frequently Asked Questions about business-analyst

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

FAQPage Schema
How do I validate incomplete client requirements before handing them off to engineering?

To validate incomplete client requirements before handoff, use structured 6W1H elicitation and red-team contradiction detection to capture missing details and enforce strict completeness thresholds before product pipeline entry.

What is the best way to conduct stakeholder discovery for vague feature requests?

Conducting stakeholder discovery for vague requests requires power/interest mapping and interview-style capture to surface decision owners and conflicts, ultimately generating a structured stakeholder-analysis.md document.

How do I assess the feasibility of a new feature request from a client?

Assess feature request feasibility by applying a four-dimension feasibility matrix alongside Five Whys root-cause analysis, producing a dedicated feasibility-assessment.md to validate technical and business viability.

Can I use automated questioning to elicit missing requirements from stakeholders?

Yes, you can use guided 6W1H questioning across Express, Standard, Thorough, and Meticulous modes to systematically elicit missing information and resolve contradictions directly with stakeholders.

Why do vague requirements cause rework in product management and how can I prevent it?

Vague requirements cause rework by allowing assumed scope to enter engineering; prevent this by enforcing strict information gates, documenting open questions, and producing a validated requirements register before development starts.

What format should a business analysis handoff package include for PM review?

A business analysis handoff package for PM review should include a stakeholder analysis, a complete requirements register, a feasibility assessment, and documented assumptions enforcing non-guessing rules for engineering readiness.