Backlog management
Skill Dragoon0x/product-skills/skills/organisation-prioritization/backlog-management
The product thinking layer for AI agents. 580 skills. 48 commands. 8 domains. - Product strategy, discovery, execution, analytics, growth, experience, conversion, communication and more.
npx -y skills add Dragoon0x/product-skills --skill backlog-managementAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
- 3 stars3 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Keep the backlog useful instead of letting it become a graveyard of ideas nobody will build. Covers backlog hygiene, grooming practices, and knowing when to kill items. Use when the backlog has hundreds of stale items, sprint planning takes forever, or the team doesn't trust the backlog.
SKILL.md
2.7 KB, as published. Nobody here has run it
Backlog Management
Keep the backlog sharp, honest, and useful — not a guilt-inducing pile of good intentions.
How to use
/backlog-managementApply backlog management constraints to this conversation./backlog-management <context>Improve backlog practices for the described situation.
Constraints
Backlog Hygiene
- MUST review and prune the backlog at least monthly. Stale items erode trust.
- Any item untouched for 90 days SHOULD be either re-prioritized or killed
- MUST limit backlog size. If it takes more than 15 minutes to scan, it's too long.
- SHOULD separate the "ready to build" backlog from the "idea parking lot"
- NEVER treat the backlog as a promise. It's a prioritized list of options.
Item Quality
- Every backlog item MUST have: clear problem statement, acceptance criteria, and rough effort estimate
- SHOULD tag items by: theme, user segment, business impact, and status
- MUST ensure top 10 items are detailed enough to start working on immediately
- Items below top 20 SHOULD be epics or themes, not detailed tickets
- NEVER let vague items ("improve the dashboard") stay in the backlog. Sharpen or kill.
Grooming Practices
- MUST run regular grooming sessions to refine upcoming items
- SHOULD involve engineering in grooming — they catch feasibility issues early
- MUST split items that are too large to fit in a sprint
- SHOULD estimate effort collaboratively, not have PM assign estimates unilaterally
- NEVER let grooming become a multi-hour ceremony. Timebox to 30-60 minutes.
Saying No
- MUST close items that won't get built in the foreseeable future
- SHOULD have a clear process for declining requests: acknowledge, explain, document
- MUST distinguish between "not now" and "never" — communicate which one clearly
- NEVER accumulate items out of guilt or fear of saying no
- SHOULD track patterns in rejected items — if the same request keeps coming back, investigate
Anti-Patterns
- The Infinite Backlog: 500+ items that nobody has read in months
- The Guilt Backlog: keeping items because someone important asked for them years ago
- The Ungroomed Sprint: pulling items into a sprint that haven't been refined or estimated
- The Living Jira Cemetery: items marked "in progress" that nobody is actually working on
- The Wishlist: a backlog full of ideas with no prioritization, estimation, or acceptance criteria