pm-prioritization

Prioritize product backlogs using strategy-derived criteria and context-matched frameworks like RICE, ICE, MoSCoW, and Kano.

12|2|Updated Jun 22, 2026
One-click install
npx skills add https://github.com/Uxcel-Lab/product-skills --skill pm-prioritization-uxcel-lab
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: pm-prioritization
Source: https://github.com/Uxcel-Lab/product-skills/tree/main/pm/processes/prioritization
Command: npx skills add https://github.com/Uxcel-Lab/product-skills --skill pm-prioritization-uxcel-lab

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Product teams often rank backlogs by gut feel, apply one framework to every decision, or produce scores that look objective but rest on guesses, which turns the roadmap into a feature factory. This Skill derives prioritization criteria from strategy, matches the framework to the context, and makes trade-offs explicit so limited resources point at the work that most advances the strategy. ## Core Features & Use Cases - Context-gated framework selection: Chooses between RICE, ICE, MoSCoW, Kano, Impact-Effort, and Eisenhower based on product stage, stakes, and reversibility instead of defaulting to one tool. - Strategy-traced scoring and sequencing: Derives weighted criteria from strategic outcomes, treats the backlog as a funnel, and sequences work by theme and dependency rather than shipping a raw ranked list. - Trade-off and communication discipline: Names Iron Triangle constraints, sets appetite instead of open-ended estimates, frames "no" with strategic context, and hands off to rigor audits. - Use Case: A PM with 40 backlog items and a fixed Q3 launch date uses this Skill to apply MoSCoW for scope negotiation, cap Must-haves at 60% of capacity, and produce a Now-Next-Later sequence with a defensible rationale for stakeholders. ## Quick Start Ask the assistant to prioritize your feature backlog using this skill, providing your product strategy, current stage, and any fixed deadlines so it can pick the right framework and sequence the work.

Frequently Asked Questions about pm-prioritization

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

FAQPage Schema
How do I prioritize a product backlog with RICE or ICE?▼

RICE works for existing products with estimable reach and higher-stakes decisions, scoring reach, impact, confidence, and effort. ICE suits quick, early, time-pressed calls. The Skill matches the framework to your product stage and decision reversibility rather than applying one tool everywhere.

Which prioritization framework should I use for my product?▼

Framework choice depends on context: MoSCoW for scope negotiation under fixed deadlines, Kano for satisfaction-driven bets you can survey, Impact-Effort for fast early alignment, and RICE when data and stakes justify the effort. Brand-new products should avoid RICE since reach scores near zero.

Why does RICE fail for new products?▼

RICE fails on brand-new products because the reach component scores near zero, which punishes otherwise strong ideas. For early-stage products, use ICE or Impact-Effort for speed, or rank by confidence and validate assumptions with cheap experiments first.

How do I say no to stakeholder feature requests?▼

Frame refusals with strategic context, such as explaining the request does not align with the current strategy of targeting mid-market, rather than giving a flat no. Keep a parking-lot backlog for misaligned-but-promising ideas so they can be revisited later.

Should I use fixed dates or Now-Next-Later roadmaps?▼

Now-Next-Later is the default because it communicates certainty without false date promises that erode trust when they slip. Use fixed-date, variable-scope planning only when a deadline is genuinely immovable, and cut scope rather than extending time when work runs over.

What are the limitations of scoring-based prioritization?▼

Scores can manufacture false precision when they rest on guesses, so their real value is exposing assumptions and triggering discussion, not the number itself. Rigor should scale to reversibility: quick passes for cheap reversible calls, heavier evidence-based scoring for high-stakes irreversible bets.