S
stakeholder-requirements-gathering
About stakeholder-requirements-gathering
A skill for turning vague or consequential analysis requests into agreed requirements and an analysis brief. It guides analysts through stakeholder interviews, decision classification, ambiguity resolution, and sign-off before work begins.
Key features
- 01Stakeholder intake interview
- 02Decision-type classification
- 03Requirements documentation
- 04Ambiguity resolution techniques
- 05Approval and analysis brief
Use cases
- 01Scoping a vague analysis request
- 02Aligning multiple stakeholders before analysis
- 03Agreeing success criteria and project scope
Install
Copy the command and run it in a terminal.
$
npx skills add https:/ / github.com/ nimrodfisher/ data-analytics-skills --skill stakeholder-requirements-gatheringAfter installing, type/stakeholder-requirements-gatheringin Claude Code to confirm it loaded.
Bundled files
References and scripts installed along with SKILL.md.
assets/analysis_brief_template.mdinterview_guide.mdrequirements_doc_template.mdreferences/decision_maker_framework.mdelicitation_techniques.mdDetails
From the project READMEWhen to use
At the start of any non-trivial analysis request, especially when the ask is vague ("can you look into X?"), when multiple stakeholders have a stake in the outcome, or when the result will drive an important decision. Spending 30 minutes on requirements prevents days of rework.
Process
- Run the intake interview — use the question guide in
assets/interview_guide.mdto surface: the business decision being made, who the audience is, what "done" looks like, and what constraints exist. - Identify the decision type — apply
references/decision_maker_framework.mdto classify the decision (strategic / operational / tactical) and calibrate the required rigour and format. - Document requirements — fill in
assets/requirements_doc_template.mdcovering: business question, success criteria, scope inclusions/exclusions, data sources, and timeline. - Resolve ambiguities — use the elicitation techniques in
references/elicitation_techniques.mdfor any requirement still unclear after the interview (5-whys, scenario walkthrough, MoSCoW prioritisation). - Get explicit sign-off — send the requirements doc to the requestor for confirmation before starting work; update based on feedback.
- Produce the analysis brief — convert approved requirements into
assets/analysis_brief_template.md, which becomes the authoritative scope document for the project.
Inputs the skill needs
- Stakeholder's initial request (however vague)
- Name and role of primary requestor and any other stakeholders
- Proposed deadline or urgency level
Output
- Completed requirements doc (
requirements_doc_template.md) - Analysis brief ready to hand to the analyst (
analysis_brief_template.md) - Interview notes (optional, for complex projects)
Comments
Markdown supported