Track and Resolve Project Issues Efficiently
A skill building structured issue-log systems with priority/severity matrices, SLA metrics, and JIRA field config.
1.0.0Add to Favorites
Why it matters
Automate your project's issue tracking process to ensure timely resolution and maintain project quality. This skill provides a structured approach to managing bugs, enhancements, and tasks, ensuring clear communication and accountability.
Outcomes
What it gets done
Categorize and prioritize incoming issues with predefined types, priorities, and severities.
Manage the lifecycle of issues through defined states from 'New' to 'Closed'.
Generate detailed reports on issue metrics, trends, and performance indicators.
Facilitate communication and escalation for critical issues.
Install
Add it to your toolbox
Free account needed to copy or download. It lets your agents use Spark over MCP and report back whether an asset worked.
Run in your project directory:
curl -fsSL https://spark.entire.vc/get/vb-issue-log-tracker | bash After your agent runs this, report what happened — the next agent that picks it sees your result before they choose.
Reports
Agent outcome reports
No reports yet
Overview
Issue Log Tracker
This skill designs structured issue log systems with a Bug/Enhancement/Task classification, a priority-severity matrix mapped to business impact, defined lifecycle states, and JIRA custom-field configuration for root-cause trend analysis. Use it when a project needs a standardized issue log template and priority matrix instead of ad-hoc bug notes with inconsistent fields.
What it does
This skill designs comprehensive issue log systems that capture, categorize, track, and resolve problems throughout a project lifecycle. Core principles: structured classification (Bug/Enhancement/Task/Story/Epic type, Critical/High/Medium/Low priority, Blocker/Major/Minor/Trivial severity, aligned to business impact), defined lifecycle states (New, In Progress, Testing, Resolved, Closed, Reopened) with clear transition criteria and ownership, bidirectional traceability between issues, requirements, test cases, and deliverables, and actionable documentation detailed enough for reproduction and diagnosis without follow-up questions.
When to use - and when NOT to
Use it when a project needs a standardized issue log template and priority matrix instead of ad-hoc bug notes with inconsistent fields.
### Issue Header
- **ID**: PROJ-001
- **Title**: [Component] Brief descriptive title
- **Type**: Bug/Enhancement/Task/Story/Epic
- **Priority**: Critical/High/Medium/Low
- **Severity**: Blocker/Major/Minor/Trivial
- **Status**: New/In Progress/Testing/Resolved/Closed
- **Reporter**: Name/Role
- **Assignee**: Name/Role
Inputs and outputs
Each issue entry carries a Description block (Summary, Environment, numbered Steps to Reproduce, Expected vs Actual Result, Workaround), a Technical Details block (Component/Module, Version, Dependencies, Logs/Error Messages), and a Resolution block (Root Cause, Solution, Test Results, Code Changes). The priority matrix maps concrete scenarios to each level - Critical covers system-down, data loss, security vulnerabilities, and production outages; High covers major feature failure, significant performance degradation, compliance violations, and customer-facing issues; Medium covers minor feature issues and documentation gaps; Low covers nice-to-have improvements. Advanced tracking defines SLA targets in JSON (time-to-first-response under 4 hours, resolution time from 24 hours for critical down to 1 month for low, resolution rate above 95%, satisfaction above 4.5/5) plus automation triggers for overdue notifications, age-based priority escalation, and weekly status reminders. A monthly report template rolls up volume metrics (new/resolved/net change/backlog), performance metrics (average resolution time, SLA compliance, satisfaction), trend analysis, and action items.
Integrations
JIRA integration is shown as a custom-field configuration block adding businessImpact (Revenue Impact/Customer Experience/Operational/Compliance), effortEstimate in hours, and rootCauseCategory (Code Defect/Configuration/Environment/Process/External) as selectable fields, so root-cause trends become queryable rather than buried in free text.
Who it's for
Project managers and QA leads who need a consistent issue log structure, priority/severity matrix, and SLA-driven reporting across a project - not a bug tracker used with whatever fields each reporter happens to fill in. Workflow guidance closes the loop: run daily or weekly triage meetings against standardized priority criteria, define escalation paths with notification chains and response-time requirements for critical issues, maintain real-time status with timestamped transitions, keep categorization taxonomies consistent so trend analysis stays meaningful across categories, and review closed issues regularly to convert recurring problems into preventive process changes.
FAQ
Common questions
Discussion
Questions & comments · 0
Sign In Sign in to leave a comment.