ticket-breakdown

Breaks down large tickets into dated .md files with WHAT and WHY sections.

1|Updated Nov 4, 2018
One-click install
npx skills add https://github.com/ryanmoran/workspace --skill ticket-breakdown
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ticket-breakdown
Source: https://github.com/ryanmoran/workspace/tree/main/skills/ticket-breakdown
Command: npx skills add https://github.com/ryanmoran/workspace --skill ticket-breakdown

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill helps product teams and engineers convert vague feature requests into a structured, independent set of implementation issues that can be tackled in parallel, reducing delays and coordination overhead.

Core Features & Use Cases

  • Creates an issues/ directory with a phased breakdown and explicit dependencies for each issue.
  • Generates ISSUE-*.md files with WHAT/WHY and acceptance criteria for each task.
  • Outlines an implementation order across phases, including parallelizable work and dependency DAG.

Quick Start

To begin, run brainstorming to outline major components, then generate the issues/ folder, write README.md with phases and dependencies, and create ISSUE-*.md files following the WHAT/WHY pattern. Then run rumdl to lint the markdown files.

Frequently Asked Questions about ticket-breakdown

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I break down a large feature ticket into parallel issues for development?

To break down a large feature ticket, you convert the feature spec into a structured set of independent issues. This creates an issues directory with phased organization and a dependency DAG to enable parallel execution.

What is the best way to structure ticket dependencies for parallel execution?

Structuring ticket dependencies for parallel execution requires building a directed acyclic graph (DAG). This organizes issues into sequential phases while allowing independent tasks within each phase to be executed simultaneously.

How do I write acceptance criteria for backlog issues from a feature spec?

Writing acceptance criteria for backlog issues involves generating individual markdown files for each task. These files outline the specific WHAT and WHY of the implementation, ensuring clear scope and expectations for parallel work.

Can I use phase-based organization for managing complex feature documentation?

Yes, phase-based organization is ideal for managing complex feature documentation. It breaks the work into a directed acyclic graph of dependencies, grouping issues by implementation order to clarify parallelizable work.

What is the process to create an issues directory from a feature request?

Creating an issues directory from a feature request involves outlining major components and generating markdown files. A README file maps the phases and dependencies, while individual issue files document the WHAT and WHY for each task.