stakeholder-requirements-gathering

nimrodfisher's avatarfrom nimrodfisher

Structured requirements elicitation for analysis requests. Use when scoping new analysis projects, clarifying ambiguous business questions, or documenting analysis acceptance criteria with stakeholders.

0stars🔀0forks📁View on GitHub🕐Updated Jan 11, 2026

When & Why to Use This Skill

This Claude skill facilitates structured requirements elicitation for analysis requests, helping users effectively scope new projects, clarify ambiguous business questions, and document clear acceptance criteria. By providing a systematic framework for stakeholder communication, it ensures that analytical projects are well-defined, aligned with business goals, and delivered with high quality.

Use Cases

  • Scoping new data analysis projects: Use the skill to capture all necessary technical and business requirements before the analysis begins to ensure comprehensive results.
  • Clarifying vague business requests: Transform ambiguous stakeholder questions into actionable, structured analysis plans by following the guided elicitation process.
  • Documenting acceptance criteria: Establish clear, documented benchmarks for project success to align expectations between analysts and stakeholders and prevent scope creep.
  • Standardizing intake processes: Implement a consistent methodology for handling incoming analysis requests across a team or department.
namestakeholder-requirements-gathering
descriptionStructured requirements elicitation for analysis requests. Use when scoping new analysis projects, clarifying ambiguous business questions, or documenting analysis acceptance criteria with stakeholders.

Stakeholder Requirements Gathering

Quick Start

This skill helps you structured requirements elicitation for analysis requests.

Context Requirements

Before proceeding, I need:

  1. Analysis request: Key information needed for this analysis
  2. Requirements template: Key information needed for this analysis
  3. Intake process: Key information needed for this analysis
  4. Prioritization framework: Key information needed for this analysis

Context Gathering

If any required context is missing from our conversation, I'll ask for it using these prompts:

For Analysis request:

"To proceed with stakeholder requirements gathering, I need to understand analysis request.

Please provide:

  • [Specific detail 1 about analysis request]
  • [Specific detail 2 about analysis request]
  • [Optional context that would help]"

For Requirements template:

"To proceed with stakeholder requirements gathering, I need to understand requirements template.

Please provide:

  • [Specific detail 1 about requirements template]
  • [Specific detail 2 about requirements template]
  • [Optional context that would help]"

For Intake process:

"To proceed with stakeholder requirements gathering, I need to understand intake process.

Please provide:

  • [Specific detail 1 about intake process]
  • [Specific detail 2 about intake process]
  • [Optional context that would help]"

Handling Partial Context

If you can only provide some of the context:

  • I'll proceed with what's available and note limitations
  • I'll use industry standard defaults where appropriate
  • I'll ask clarifying questions as needed during the analysis

Workflow

Step 1: Validate Context

Before starting, I'll confirm:

  • All required context is available or has reasonable defaults
  • The scope and objectives are clear
  • Expected outputs align with your needs

Step 2: Execute Core Analysis

Following best practices for stakeholder requirements gathering, I'll:

  1. Initial assessment - Review provided context and data
  2. Systematic execution - Follow structured methodology
  3. Quality checks - Validate intermediate results
  4. Progressive disclosure - Share findings at logical checkpoints

Step 3: Synthesize Findings

I'll present results in a clear, actionable format:

  • Key findings prioritized by importance
  • Supporting evidence and visualizations
  • Recommendations with implementation guidance
  • Limitations and assumptions documented

Step 4: Iterate Based on Feedback

After presenting initial findings:

  • Address questions and dive deeper where needed
  • Refine analysis based on your feedback
  • Provide additional context or alternative approaches

Context Validation

Before executing the full workflow, I verify:

  • Context is sufficient for meaningful analysis
  • No contradictions in provided information
  • Scope is well-defined and achievable
  • Expected outputs are clear

Output Template

Stakeholder Requirements Gathering Analysis
Generated: [timestamp]

## Context Summary
- [Key context item 1]
- [Key context item 2]
- [Key context item 3]

## Methodology
[Brief description of approach taken]

## Key Findings
1. **Finding 1**: [Observation] - [Implication]
2. **Finding 2**: [Observation] - [Implication]
3. **Finding 3**: [Observation] - [Implication]

## Detailed Analysis
[In-depth analysis with supporting evidence]

## Recommendations
1. **Recommendation 1**: [Action] - [Expected outcome]
2. **Recommendation 2**: [Action] - [Expected outcome]

## Limitations & Assumptions
- [Limitation or assumption 1]
- [Limitation or assumption 2]

## Next Steps
1. [Suggested follow-up action 1]
2. [Suggested follow-up action 2]

Common Context Gaps & Solutions

Scenario: User requests stakeholder requirements gathering without providing context → Response: "I can help with stakeholder requirements gathering! To provide the most relevant analysis, I need [key context items]. Can you share [specific ask]?"

Scenario: Partial context provided → Response: "I have [available context]. I'll proceed with [what's possible] and will note where additional context would improve the analysis."

Scenario: Unclear objectives
→ Response: "To ensure my analysis meets your needs, can you clarify: What decisions will this inform? What format would be most useful?"

Scenario: Domain-specific terminology → Response: "I want to make sure I understand your terminology correctly. When you say [term], do you mean [interpretation]?"

Advanced Options

Once basic analysis is complete, I can offer:

  • Deeper investigation - Drill into specific findings
  • Alternative approaches - Different analytical lenses
  • Sensitivity analysis - Test key assumptions
  • Comparative analysis - Benchmark against alternatives
  • Visualization options - Different ways to present findings

Just ask if you'd like to explore any of these directions!

Integration with Other Skills

This skill works well in combination with:

  • [Related skill 1] - for [complementary analysis]
  • [Related skill 2] - for [next step in workflow]
  • [Related skill 3] - for [alternative perspective]

Let me know if you'd like to chain multiple analyses together.