pre-dev-task-breakdown

Decompose product requirements into atomic, demoable implementation tasks.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/withmartian-sandbox/ghrc-x-3126672651424eddb640ecc81321a665 --skill pre-dev-task-breakdown-withmartian-sandbox
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: pre-dev-task-breakdown
Source: https://github.com/withmartian-sandbox/ghrc-x-3126672651424eddb640ecc81321a665/tree/main/pm-team/skills/pre-dev-task-breakdown
Command: npx skills add https://github.com/withmartian-sandbox/ghrc-x-3126672651424eddb640ecc81321a665 --skill pre-dev-task-breakdown-withmartian-sandbox

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents oversized, technical-only, or vague implementation tasks by guiding teams to create atomic, value-driven tasks that deliver demoable working software and can be validated within a sprint.

Core Features & Use Cases

  • Mandatory Task Structure: enforces task ID, title, type, deliverable, user and technical value, measurable success criteria, dependencies, effort estimate, testing strategy, risks, and a Definition of Done.
  • Gate 7 Validation: rules and checklists to ensure TRD/PRD coverage, no task exceeds two weeks, dependencies are mapped, and testing and risk mitigations are defined.
  • Task Sizing & Sequencing: clear sizing rules (S/M/L/XL), delivery sequencing guidance, and confidence scoring to decide autonomy versus human review.
  • Use Cases: converting PRD/TRD into sprint-ready backlog items, validating readiness before subtasks, and preparing inputs for subtask creation and execution planning.

Quick Start

Break the PRD/TRD for a feature into sprint tasks that each deliver demoable user value, include measurable success criteria and dependencies, and export them to docs/pre-dev/{feature-name}/tasks.md.

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 decompose product requirements into sprint-ready backlog items?

To decompose product requirements into sprint-ready backlog items, break the PRD or TRD into atomic tasks that deliver demoable user value. Include measurable success criteria, map dependencies, estimate effort, and define a clear Definition of Done for each task.

What is an atomic task in sprint planning and why is it needed?

An atomic task in sprint planning is a focused implementation unit that delivers demoable working software within a sprint. It is needed to prevent oversized or vague technical tasks, ensuring teams can validate value and maintain predictable delivery sequencing.

How do I map dependencies and estimate effort for feature tasks?

Dependency mapping and effort estimation for feature tasks require applying validation rules during Gate 7. You map task relationships, assign sizing using S/M/L/XL rules, and calculate a confidence score to decide whether the task needs human review or can proceed autonomously.

Can I use this task decomposition process for validating TRD coverage before subtask creation?

Yes, you can use this task decomposition process for validating TRD coverage before subtask creation. It applies Gate 7 validation checklists to ensure no task exceeds two weeks, dependencies are fully mapped, and testing strategies and risk mitigations are explicitly defined.

What is the best way to define measurable success criteria and a Definition of Done for implementation tasks?

The best way to define measurable success criteria and a Definition of Done for implementation tasks is to enforce a mandatory structure. Each task must specify its deliverable, user and technical value, testing strategy, and risk mitigations to ensure complete sprint readiness.