stakeholder-requirements-gathering
Structured requirements elicitation for analysis requests. Use when scoping new analysis projects, clarifying ambiguous business questions, or documenting analysis acceptance criteria with stakeholders.
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.
| name | stakeholder-requirements-gathering |
|---|---|
| description | Structured 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:
- Analysis request: Key information needed for this analysis
- Requirements template: Key information needed for this analysis
- Intake process: Key information needed for this analysis
- 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:
- Initial assessment - Review provided context and data
- Systematic execution - Follow structured methodology
- Quality checks - Validate intermediate results
- 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.