pre-dev-task-breakdown

Decompose features into value-driven tasks with success criteria and dependencies.

205|26|Updated Oct 30, 2025
One-click install
npx skills add https://github.com/LerianStudio/ring --skill pre-dev-task-breakdown
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: pre-dev-task-breakdown
Source: https://github.com/LerianStudio/ring/tree/main/skills/pre-dev-task-breakdown
Command: npx skills add https://github.com/LerianStudio/ring --skill pre-dev-task-breakdown

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Creating oversized or technical-only tasks leads to work that doesn't ship, integration issues, and a lack of early validation. This skill ensures every task delivers measurable user value.

Core Features & Use Cases

  • Value-Driven Decomposition: Defines tasks as working software increments that provide user value, not just technical activities.
  • Task Sizing Rules: Provides clear guidelines for sizing tasks (S/M/L/XL) with a maximum of 2 weeks effort.
  • Measurable Success Criteria: Mandates explicit, testable, and measurable success criteria for each task.

Quick Start

The Dependency Map is approved. Use the pre-dev-task-breakdown skill to decompose the feature into shippable tasks.

Frequently Asked Questions about pre-dev-task-breakdown

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

FAQPage Schema
How do I break down a feature into shippable tasks?

Task breakdown decomposes features into working software increments, each delivering measurable user value within 2 weeks. Define each task with a specific deliverable, success criteria, dependencies, and effort estimate to ensure nothing ships incomplete.

What makes a task valuable during sprint planning?

A valuable task delivers both user value and technical progress, not just technical activity. Each task must include testable success criteria, a clear deliverable, and mapping to user-facing outcomes so teams validate work incrementally.

How do I size tasks for pre-development planning?

Task sizing follows S/M/L/XL guidelines with a hard maximum of 2 weeks effort per task. Oversized tasks create integration risk and delay validation; smaller increments enable frequent delivery and early feedback.

What should I include in task dependencies and testing strategy?

Document task dependencies explicitly to unblock parallel work, and define a testing strategy upfront so acceptance criteria are clear before development begins. Include risk mitigations and a Definition of Done to prevent incomplete handoffs.

When should I apply task breakdown after dependency mapping?

Task breakdown applies after the dependency map is approved, during pre-development planning and gate 7 validation. Use it to convert feature maps, API design, and data models into concrete, value-driven work items across PRD/TRD gates.