| name | interview-conducting |
| description | AI-led stakeholder interviews using LLMREI research-backed patterns. Conducts structured interviews to elicit requirements through context-adaptive questioning, active listening, and systematic requirement extraction. |
| allowed-tools | Read, Glob, Grep, Write, Task, AskUserQuestion |
Interview Conducting Skill
AI-led stakeholder interviews using research-backed LLMREI patterns for effective requirements elicitation.
When to Use This Skill
Keywords: stakeholder interview, requirements interview, LLMREI, elicit requirements, talk to stakeholder, interview session, user interview, customer interview
Invoke this skill when:
- Conducting a structured requirements interview with a stakeholder
- Exploring user needs through conversation
- Gathering requirements from subject matter experts
- Clarifying and deepening understanding of requirements
Interview Modes
Real Stakeholder Interview
When interviewing an actual person through the chat interface:
mode: real_stakeholder
approach:
- Use AskUserQuestion tool for structured questions
- Allow natural conversation flow
- Adapt questions based on responses
- Summarize and confirm understanding periodically
Simulated Interview (Solo Mode)
When no real stakeholder is available:
mode: simulated
approach:
- Spawn persona agent via Task tool
- Conduct interview with simulated stakeholder
- Mark requirements with lower confidence
- Flag items needing real stakeholder validation
Interview Structure (LLMREI Pattern)
Phase 1: Opening (2-3 minutes)
Goals:
- Establish rapport
- Set expectations
- Explain the process
Questions:
- "Thank you for your time. Could you briefly describe your role and how you interact with this project?"
- "What outcomes would make this interview successful for you?"
Phase 2: Context Gathering (5-10 minutes)
Goals:
- Understand stakeholder perspective
- Identify key concerns
- Map relationships
Question Types:
- Role-based: "How does your team currently handle X?"
- Priority-based: "What are your top three concerns about this project?"
- Relationship-based: "Who else should we talk to about X?"
Phase 3: Requirements Exploration (15-25 minutes)
Goals:
- Elicit functional requirements
- Identify non-functional requirements
- Uncover constraints and assumptions
Question Pathways:
Start with open-ended → Follow up with specifics → Validate understanding
Example:
Q1: "What should the system do when a user logs in?"
Q2: "You mentioned 'quick access to dashboard' - what does quick mean to you?"
Q3: "So the login should complete in under 2 seconds and show the dashboard. Is that right?"
Phase 4: Validation (5-10 minutes)
Goals:
- Summarize key requirements
- Verify understanding
- Identify gaps
Techniques:
- Read back requirements for confirmation
- Ask "What have we missed?"
- Prioritize using MoSCoW
Phase 5: Closing (2-3 minutes)
Goals:
- Thank stakeholder
- Explain next steps
- Offer follow-up
Question Types
Context-Independent Questions
General questions applicable to any interview:
| Question | Purpose |
|---|---|
| "What is your primary goal for this system?" | High-level vision |
| "Who are the main users?" | User identification |
| "What existing systems does this replace/integrate with?" | Context mapping |
| "What would failure look like?" | Risk identification |
Context-Deepening Questions
Follow up on stakeholder responses to get specifics:
Pattern: [Stakeholder says X] → "When you say X, what specifically do you mean?"
Examples:
- "fast" → "What response time are you expecting? Under 1 second?"
- "secure" → "What specific security requirements apply? Authentication methods?"
- "easy to use" → "Can you describe what easy means? Any specific workflows?"
Context-Enhancing Questions
Introduce considerations the stakeholder may not have mentioned:
Pattern: Suggest possibilities based on domain knowledge
Examples:
- "Have you considered how this works on mobile devices?"
- "What happens if the user loses connectivity mid-operation?"
- "How should the system handle peak load during [known busy period]?"
Requirement Extraction
As requirements emerge, capture them in this format:
requirement:
id: REQ-{number}
text: "{requirement statement}"
source: interview
stakeholder: "{role}"
timestamp: "{ISO-8601}"
type: functional|non-functional|constraint
priority: must|should|could|wont
confidence: high|medium|low
raw_quote: "{exact stakeholder words if notable}"
Common Mistakes to Avoid
| Mistake | Prevention |
|---|---|
| Very long questions | Keep questions concise and focused |
| Multiple unrelated questions | One question at a time |
| Leading questions | Use neutral language |
| Skipping NFRs | Explicitly ask about performance, security, usability |
| No summary | Recap periodically to verify understanding |
| Rushing | Allow silence; stakeholders often add important details |
Interview Summary Template
After each interview, generate:
interview_summary:
session_id: "INT-{number}"
stakeholder_role: "{role}"
duration_minutes: {number}
date: "{ISO-8601}"
autonomy_level: "{guided|semi-auto|full-auto}"
key_themes:
- "{theme-1}"
- "{theme-2}"
requirements_elicited:
- id: REQ-{number}
text: "{requirement}"
confidence: high|medium|low
type: functional|non-functional|constraint
priority: must|should|could
follow_up_needed:
- "{question or topic needing clarification}"
stakeholder_quotes:
- "{notable direct quote}"
observations:
- "{interviewer observation about needs or concerns}"
next_steps:
- "{recommended action}"
Delegation
For specific techniques, delegate to:
- LLMREI patterns: Load
references/llmrei-patterns.mdfrom parent skill - Stakeholder simulation: Invoke
stakeholder-simulationskill - Domain research: Invoke
domain-researchskill for background
Output Location
Save interview results to:
.requirements/{domain}/interviews/INT-{number}.yaml
Related
elicitation-methodology- Parent hub skillstakeholder-simulation- For simulated interviewsgap-analysis- Post-interview completeness checking