Task Details Enrichment Skill
Automatically enrich Jira tasks with comprehensive context, technical requirements, dependencies, and estimates.
When to Use
- Issue lacks sufficient detail for implementation
- Need to extract hidden requirements from descriptions
- Analyzing issue complexity for estimation
- Identifying dependencies and blockers
- Converting vague requirements into technical details
- Preparing issues for sprint planning
Core Capabilities
| Capability |
Purpose |
| Context Extraction |
Parse requirements, acceptance criteria, constraints |
| Dependency Mapping |
Identify linked issues, code deps, team deps, blockers |
| Complexity Assessment |
Estimate story points, risk factors, historical comparison |
| Requirement Decomposition |
Break down epics, extract criteria, identify edge cases |
| Historical Analysis |
Find similar resolved issues, extract patterns |
Decision Tree
Analyze Issue
├─ Epic? → Epic Decomposition
├─ Missing Criteria? → Acceptance Criteria Extraction
├─ Unclear Complexity? → Complexity Analysis
├─ Unknown Dependencies? → Dependency Mapping
├─ Unclear Technical Approach? → Technical Design
├─ Missing Tests? → Test Case Generation
└─ Sprint Context Needed? → Sprint Context Analysis
Epic Decomposition
When: Epic type, vague requirements, multi-sprint work
Process:
- Extract business objectives and success metrics
- Identify user journeys and personas
- Break into stories with acceptance criteria
- Map story dependencies
- Create phased roadmap
Example Output:
# Epic Decomposition: EPIC-001
## Business Objectives
- Primary goal: [What problem solved?]
- Success metrics: [ROI/impact?]
## Stories by Phase
### Phase 1: Foundation (Sprint 1)
- STORY-001: [Title] (5 pts) → Depends on [deps]
- STORY-002: [Title] (3 pts)
### Phase 2: Core (Sprint 2-3)
- STORY-003: [Title] (8 pts) → Depends on STORY-001
## Dependency Graph
STORY-001 → STORY-003 → STORY-005
## Total Effort
- Points: 24 | Sprints: 4 | Team: 2-3 devs
Acceptance Criteria Extraction
When: Vague/missing criteria, implicit requirements
Extraction Patterns:
- Modal verbs: must, should, shall, will, requires, needs
- Behavior keywords: when, if, then, after, before, given
- Constraints: only, except, within X time, at least, max
Example Output:
# Acceptance Criteria: ISSUE-001
## Extracted Criteria
### Functional
- [ ] AC1: User can submit form when all required fields filled
- [ ] AC2: System sends confirmation email within 1 minute
### Non-Functional
- [ ] AC3: Form submission < 2 seconds
- [ ] AC4: Mobile support (iOS 14+, Android 10+)
### Security
- [ ] AC5: TLS 1.3 encryption in transit
- [ ] AC6: Rate limit: 5 submissions/hour per user
## Test Scenarios
```gherkin
Given user on contact form
When user enters valid data
Then form submits successfully
And confirmation email sent
Missing Info (Needs Clarification)
- Email service failure behavior?
- Max character limits?
- Duplicate submission handling?
## Complexity Analysis
**When:** Estimate missing/unclear, assess technical risk
**Complexity Scoring:**
| Factor | Weight |
|--------|--------|
| Code Changes | 0.25 |
| Integration Points | 0.20 |
| Risk Level | 0.20 |
| Testing Complexity | 0.15 |
| Dependencies | 0.10 |
| Uncertainty | 0.10 |
**Story Point Mapping:**
- 1-10 weighted score → 1 pt (trivial)
- 11-20 → 2 pts (simple)
- 21-30 → 3 pts (moderate)
- 31-40 → 5 pts (complex)
- 41-50 → 8 pts (very complex)
- 51+ → 13 pts or break down
**Example Output:**
```markdown
# Complexity: ISSUE-001
## Summary
- **Points:** 5 | **Confidence:** Medium (70%)
- **Risk:** Medium | **Duration:** 2-3 days
## Code Impact
- Files: 8 | LOC: 300-400 | New Files: 2-3
- Integration Points: Auth0, DB, 3 services
- Risk Factors: Security, DB migration
## Historical Comparison
- Similar issue PROJ-234 (8 pts, 4 days)
- Similar issue PROJ-189 (3 pts, 1 day)
- Team velocity: 25 pts/sprint | 2.5 days per 5-pt story
## Scoring
- Code Changes: 3/5 × 0.25 = 0.75
- Integration: 3/5 × 0.20 = 0.60
- Risk: 4/5 × 0.20 = 0.80
- Testing: 3/5 × 0.15 = 0.45
- Dependencies: 2/5 × 0.10 = 0.20
- Uncertainty: 3/5 × 0.10 = 0.30
- **Total: 3.10 → 5 Points**
## Recommended Actions Before Starting
- [ ] Clarify unclear requirements
- [ ] Define performance SLA
- [ ] Create rollback plan
- [ ] Security review acceptance criteria
Dependency Mapping
When: Complex issues, cross-team work, risk assessment
Dependency Types:
- Jira Links: Blocks/blocked by, parent/child, related
- Code: Shared libs, API contracts, DB schemas, config
- Team: Other team's work, shared resources, reviews
- External: Third-party APIs, infrastructure, compliance
Example Output:
# Dependency Analysis: ISSUE-001
## Summary
- Total: 7 | Blocking: 2 (CRITICAL) | Code: 3 | Team: 2 | External: 1
## Critical Path (5 days)
START → PROJ-100 (Auth API) → PROJ-123 (Current) → PROJ-124 (Frontend) → END
## Blocking Issues
### PROJ-100: Auth0 API Configuration
- Status: In Progress | ETA: 2 days
- Impact: Cannot start until credentials ready
- Action: Daily follow-up
### PROJ-111: Database Migration Framework
- Status: In Review | ETA: 1 day
- Impact: Need migration CLI for schema changes
- Action: Review and test PR locally
## Code Dependencies
- auth.service.ts: Stable, low risk
- user.model.ts: Active dev (PROJ-98), medium risk
- Auth0 API: Well-documented, low risk
## Team Dependencies
- Security Review (2-3 days after PR)
- API Documentation (1 day after merge)
## Risk Matrix
| Dependency | Type | Status | Risk | Mitigation |
|-----------|------|--------|------|-----------|
| PROJ-100 | Blocking | In Progress | High | Daily follow-up |
| PROJ-111 | Blocking | In Review | Medium | Review PR |
| Security | Team | Pending | Medium | Schedule early |
## Execution Order
1. **Pre-work (Days 1-2):** Wait for blockers, test migration, review docs
2. **Implementation (Days 3-4):** Coordinate, implement, write tests
3. **Review (Day 5):** Security, PR, deploy to staging
## Parallel Opportunities
- Write comprehensive tests (no blockers)
- Draft documentation (no blockers)
- Design API spec (no blockers)
Technical Design Enhancement
When: Unclear approach, need architecture guidance, identify components
Key Areas:
- Architecture impact diagram (mermaid)
- Proposed code changes (1-2 examples)
- Database schema changes
- API endpoints
- Implementation patterns (token rotation, graceful degradation, security)
- Risk mitigation strategies
- Performance considerations and targets
- Testing strategy (unit, integration, security, performance)
- Rollout plan (dev → staging → prod with gradual rollout)
- Monitoring metrics and alerts
Integration with MCP Tools
const issue = await mcp.atlassian.getIssue(issueKey);
const criteria = extractAcceptanceCriteria(issue.fields.description);
const similarIssues = await mcp.atlassian.searchIssues(
`text ~ "${issue.fields.summary}" AND status = Done`
);
const blockers = issue.fields.issuelinks.filter(l => l.type === 'Blocks');
await mcp.atlassian.updateIssue(issueKey, {
fields: {
customfield_10100: criteria,
customfield_10101: estimatedPoints,
description: enhancedDescription
}
});
Enrichment Automation
Automatic Triggers:
- Issue Created → Extract criteria, find similar issues, suggest estimate
- Ready for Development → Full dependency analysis, design suggestions, tests
- Assigned to Sprint → Capacity check, complexity re-assessment, resources
- Description Updated → Re-extract criteria, update estimate, flag risks
Manual Commands:
/enrich-task PROJ-123 # Full enrichment
/enrich-task PROJ-123 --criteria-only # Criteria only
/enrich-task PROJ-123 --complexity-only # Complexity only
/enrich-sprint "Sprint 24" # Batch enrich sprint
Best Practices
- Progressive Enrichment: Start lightweight, add detail as issue progresses
- Human-in-the-Loop: Flag uncertain analysis, provide confidence scores
- Context Preservation: Link to sources, document reasoning
- Team Adaptation: Learn from estimation accuracy, adapt to velocity
- Continuous Learning: Track accuracy, refine models, update patterns
Example: Enriching Vague Bug
Before:
Title: Login not working
Description: Users can't log in sometimes
After:
## Missing Info (Critical)
- Reproduction steps?
- Affected users (all or subset)?
- Frequency (always, sometimes, rarely)?
- Browser/device specifics?
- Error messages?
- Correlation with deployments?
## Similar Issues
- PROJ-89: "Login timeout issues" (3 pts, 1 day)
Root cause: Session expiry misconfiguration
## Investigation Steps
1. Check logs for auth errors
2. Review Auth0 dashboard
3. Test in different browsers
4. Check correlation with time periods
5. Review auth.service.ts changes
Cannot Estimate Without Reproduction → Move to "Needs More Info"
Summary
This skill enables comprehensive task enrichment through:
- Intelligent Extraction: Auto-parse requirements from descriptions
- Complexity Assessment: Technical analysis with accurate estimates
- Dependency Mapping: Identify all blockers before work starts
- Design Guidance: Suggest architecture and patterns
- Historical Learning: Leverage past issues
- MCP Integration: Seamless Jira/Confluence automation
Use in EXPLORE phase to ensure comprehensive context before development.
1---2name: task-details3description: This skill should be used when the user asks to "enrich a task", "add task details", "analyze requirements", "add context to an issue", "expand a ticket", or "estimate complexity" — enriching Jira issues with requirements, dependencies, and technical context.4---5
6# Task Details Enrichment Skill
7
8Automatically enrich Jira tasks with comprehensive context, technical requirements, dependencies, and estimates.
9
10## When to Use
11
12- Issue lacks sufficient detail for implementation
13- Need to extract hidden requirements from descriptions
14- Analyzing issue complexity for estimation
15- Identifying dependencies and blockers
16- Converting vague requirements into technical details
17- Preparing issues for sprint planning
18
19## Core Capabilities
20
21| Capability | Purpose |
22|-----------|---------|
23| Context Extraction | Parse requirements, acceptance criteria, constraints |
24| Dependency Mapping | Identify linked issues, code deps, team deps, blockers |
25| Complexity Assessment | Estimate story points, risk factors, historical comparison |
26| Requirement Decomposition | Break down epics, extract criteria, identify edge cases |
27| Historical Analysis | Find similar resolved issues, extract patterns |
28
29## Decision Tree
30
31```
32Analyze Issue
33├─ Epic? → Epic Decomposition
34├─ Missing Criteria? → Acceptance Criteria Extraction
35├─ Unclear Complexity? → Complexity Analysis
36├─ Unknown Dependencies? → Dependency Mapping
37├─ Unclear Technical Approach? → Technical Design
38├─ Missing Tests? → Test Case Generation
39└─ Sprint Context Needed? → Sprint Context Analysis
40```
41
42## Epic Decomposition
43
44**When:** Epic type, vague requirements, multi-sprint work
45
46**Process:**
471. Extract business objectives and success metrics
482. Identify user journeys and personas
493. Break into stories with acceptance criteria
504. Map story dependencies
515. Create phased roadmap
52
53**Example Output:**
54```markdown
55# Epic Decomposition: EPIC-001
56
57## Business Objectives
58- Primary goal: [What problem solved?]
59- Success metrics: [ROI/impact?]
60
61## Stories by Phase
62### Phase 1: Foundation (Sprint 1)
63- STORY-001: [Title] (5 pts) → Depends on [deps]
64- STORY-002: [Title] (3 pts)
65
66### Phase 2: Core (Sprint 2-3)
67- STORY-003: [Title] (8 pts) → Depends on STORY-001
68
69## Dependency Graph
70STORY-001 → STORY-003 → STORY-005
71
72## Total Effort
73- Points: 24 | Sprints: 4 | Team: 2-3 devs
74```
75
76## Acceptance Criteria Extraction
77
78**When:** Vague/missing criteria, implicit requirements
79
80**Extraction Patterns:**
81- Modal verbs: must, should, shall, will, requires, needs
82- Behavior keywords: when, if, then, after, before, given
83- Constraints: only, except, within X time, at least, max
84
85**Example Output:**
86```markdown
87# Acceptance Criteria: ISSUE-001
88
89## Extracted Criteria
90
91### Functional
92- [ ] AC1: User can submit form when all required fields filled
93- [ ] AC2: System sends confirmation email within 1 minute
94
95### Non-Functional
96- [ ] AC3: Form submission < 2 seconds
97- [ ] AC4: Mobile support (iOS 14+, Android 10+)
98
99### Security
100- [ ] AC5: TLS 1.3 encryption in transit
101- [ ] AC6: Rate limit: 5 submissions/hour per user
102
103## Test Scenarios
104```gherkin
105Given user on contact form
106When user enters valid data
107Then form submits successfully
108And confirmation email sent
109```
110
111## Missing Info (Needs Clarification)
112- Email service failure behavior?
113- Max character limits?
114- Duplicate submission handling?
115```
116
117## Complexity Analysis
118
119**When:** Estimate missing/unclear, assess technical risk
120
121**Complexity Scoring:**
122| Factor | Weight |
123|--------|--------|
124| Code Changes | 0.25 |
125| Integration Points | 0.20 |
126| Risk Level | 0.20 |
127| Testing Complexity | 0.15 |
128| Dependencies | 0.10 |
129| Uncertainty | 0.10 |
130
131**Story Point Mapping:**
132- 1-10 weighted score → 1 pt (trivial)
133- 11-20 → 2 pts (simple)
134- 21-30 → 3 pts (moderate)
135- 31-40 → 5 pts (complex)
136- 41-50 → 8 pts (very complex)
137- 51+ → 13 pts or break down
138
139**Example Output:**
140```markdown
141# Complexity: ISSUE-001
142
143## Summary
144- **Points:** 5 | **Confidence:** Medium (70%)
145- **Risk:** Medium | **Duration:** 2-3 days
146
147## Code Impact
148- Files: 8 | LOC: 300-400 | New Files: 2-3
149- Integration Points: Auth0, DB, 3 services
150- Risk Factors: Security, DB migration
151
152## Historical Comparison
153- Similar issue PROJ-234 (8 pts, 4 days)
154- Similar issue PROJ-189 (3 pts, 1 day)
155- Team velocity: 25 pts/sprint | 2.5 days per 5-pt story
156
157## Scoring
158- Code Changes: 3/5 × 0.25 = 0.75
159- Integration: 3/5 × 0.20 = 0.60
160- Risk: 4/5 × 0.20 = 0.80
161- Testing: 3/5 × 0.15 = 0.45
162- Dependencies: 2/5 × 0.10 = 0.20
163- Uncertainty: 3/5 × 0.10 = 0.30
164- **Total: 3.10 → 5 Points**
165
166## Recommended Actions Before Starting
167- [ ] Clarify unclear requirements
168- [ ] Define performance SLA
169- [ ] Create rollback plan
170- [ ] Security review acceptance criteria
171```
172
173## Dependency Mapping
174
175**When:** Complex issues, cross-team work, risk assessment
176
177**Dependency Types:**
1781. Jira Links: Blocks/blocked by, parent/child, related
1792. Code: Shared libs, API contracts, DB schemas, config
1803. Team: Other team's work, shared resources, reviews
1814. External: Third-party APIs, infrastructure, compliance
182
183**Example Output:**
184```markdown
185# Dependency Analysis: ISSUE-001
186
187## Summary
188- Total: 7 | Blocking: 2 (CRITICAL) | Code: 3 | Team: 2 | External: 1
189
190## Critical Path (5 days)
191START → PROJ-100 (Auth API) → PROJ-123 (Current) → PROJ-124 (Frontend) → END
192
193## Blocking Issues
194### PROJ-100: Auth0 API Configuration
195- Status: In Progress | ETA: 2 days
196- Impact: Cannot start until credentials ready
197- Action: Daily follow-up
198
199### PROJ-111: Database Migration Framework
200- Status: In Review | ETA: 1 day
201- Impact: Need migration CLI for schema changes
202- Action: Review and test PR locally
203
204## Code Dependencies
205- auth.service.ts: Stable, low risk
206- user.model.ts: Active dev (PROJ-98), medium risk
207- Auth0 API: Well-documented, low risk
208
209## Team Dependencies
210- Security Review (2-3 days after PR)
211- API Documentation (1 day after merge)
212
213## Risk Matrix
214| Dependency | Type | Status | Risk | Mitigation |
215|-----------|------|--------|------|-----------|
216| PROJ-100 | Blocking | In Progress | High | Daily follow-up |
217| PROJ-111 | Blocking | In Review | Medium | Review PR |
218| Security | Team | Pending | Medium | Schedule early |
219
220## Execution Order
2211. **Pre-work (Days 1-2):** Wait for blockers, test migration, review docs
2222. **Implementation (Days 3-4):** Coordinate, implement, write tests
2233. **Review (Day 5):** Security, PR, deploy to staging
224
225## Parallel Opportunities
226- Write comprehensive tests (no blockers)
227- Draft documentation (no blockers)
228- Design API spec (no blockers)
229```
230
231## Technical Design Enhancement
232
233**When:** Unclear approach, need architecture guidance, identify components
234
235**Key Areas:**
236- Architecture impact diagram (mermaid)
237- Proposed code changes (1-2 examples)
238- Database schema changes
239- API endpoints
240- Implementation patterns (token rotation, graceful degradation, security)
241- Risk mitigation strategies
242- Performance considerations and targets
243- Testing strategy (unit, integration, security, performance)
244- Rollout plan (dev → staging → prod with gradual rollout)
245- Monitoring metrics and alerts
246
247## Integration with MCP Tools
248
249```typescript
250const issue = await mcp.atlassian.getIssue(issueKey);
251const criteria = extractAcceptanceCriteria(issue.fields.description);
252const similarIssues = await mcp.atlassian.searchIssues(
253 `text ~ "${issue.fields.summary}" AND status = Done`
254);
255const blockers = issue.fields.issuelinks.filter(l => l.type === 'Blocks');
256await mcp.atlassian.updateIssue(issueKey, {
257 fields: {
258 customfield_10100: criteria,
259 customfield_10101: estimatedPoints,
260 description: enhancedDescription
261 }
262});
263```
264
265## Enrichment Automation
266
267**Automatic Triggers:**
268- Issue Created → Extract criteria, find similar issues, suggest estimate
269- Ready for Development → Full dependency analysis, design suggestions, tests
270- Assigned to Sprint → Capacity check, complexity re-assessment, resources
271- Description Updated → Re-extract criteria, update estimate, flag risks
272
273**Manual Commands:**
274```bash
275/enrich-task PROJ-123 # Full enrichment
276/enrich-task PROJ-123 --criteria-only # Criteria only
277/enrich-task PROJ-123 --complexity-only # Complexity only
278/enrich-sprint "Sprint 24" # Batch enrich sprint
279```
280
281## Best Practices
282
2831. **Progressive Enrichment:** Start lightweight, add detail as issue progresses
2842. **Human-in-the-Loop:** Flag uncertain analysis, provide confidence scores
2853. **Context Preservation:** Link to sources, document reasoning
2864. **Team Adaptation:** Learn from estimation accuracy, adapt to velocity
2875. **Continuous Learning:** Track accuracy, refine models, update patterns
288
289## Example: Enriching Vague Bug
290
291**Before:**
292```
293Title: Login not working
294Description: Users can't log in sometimes
295```
296
297**After:**
298```markdown
299## Missing Info (Critical)
300- Reproduction steps?
301- Affected users (all or subset)?
302- Frequency (always, sometimes, rarely)?
303- Browser/device specifics?
304- Error messages?
305- Correlation with deployments?
306
307## Similar Issues
308- PROJ-89: "Login timeout issues" (3 pts, 1 day)
309 Root cause: Session expiry misconfiguration
310
311## Investigation Steps
3121. Check logs for auth errors
3132. Review Auth0 dashboard
3143. Test in different browsers
3154. Check correlation with time periods
3165. Review auth.service.ts changes
317
318Cannot Estimate Without Reproduction → Move to "Needs More Info"
319```
320
321## Summary
322
323This skill enables comprehensive task enrichment through:
324- **Intelligent Extraction:** Auto-parse requirements from descriptions
325- **Complexity Assessment:** Technical analysis with accurate estimates
326- **Dependency Mapping:** Identify all blockers before work starts
327- **Design Guidance:** Suggest architecture and patterns
328- **Historical Learning:** Leverage past issues
329- **MCP Integration:** Seamless Jira/Confluence automation
330
331Use in EXPLORE phase to ensure comprehensive context before development.