agentsclimarketplace

Task prioritization

Skill mikulgohil/claude-skills/skills/personal/task-prioritization

Backlog prioritization frameworks — RICE, WSJF, ICE, MoSCoW, and opportunity-cost scoring. Use when ranking features, comparing initiatives, or justifying roadmap order.From its SKILL.md

Install
npx -y skills add mikulgohil/claude-skills --skill task-prioritization

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 0 stars0 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 file declares

Copied from the file, not written here

The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.

SKILL.md

5.8 KB, ~1.5k tokens by cl100k_base, as published. Nobody here has run it

Prioritization Frameworks

Score, rank, and justify backlog decisions using the right framework for the situation.

Decision Tree: Which Framework to Use

Do you have a hard deadline or regulatory pressure?
  YES → WSJF (Cost of Delay drives sequencing)
  NO  → Do you have reach/usage data?
          YES → RICE (data-driven, accounts for user reach)
          NO  → Are you in a time-boxed planning session?
                  YES → ICE (fast, 1-10 scales, no data required)
                  NO  → Is this a scope negotiation with stakeholders?
                          YES → MoSCoW (bucket features, control scope creep)
                          NO  → Value-Effort Matrix (quick 2x2 triage)
FrameworkBest ForData RequiredTime to Score
RICEData-rich teams, steady-state prioritizationAnalytics, user counts30-60 min
WSJFSAFe orgs, time-sensitive or regulated workRelative estimates only15-30 min
ICEStartup speed, early validation, quick triageNone5-10 min
MoSCoWScope negotiation, release planningStakeholder input1-2 hours
Value-Effort2x2 visual, quick team alignmentNone10-15 min

RICE

RICE Score = (Reach × Impact × Confidence) / Effort
FactorScaleNotes
ReachActual users/quarterUse analytics; do not estimate
Impact0.25 / 0.5 / 1 / 2 / 3Minimal → Massive per user
Confidence0.3 / 0.5 / 0.8 / 1.0Moonshot → Strong data
EffortPerson-monthsInclude design, eng, QA
## RICE Scoring: [Feature Name]

| Feature     | Reach  | Impact | Confidence | Effort | Score  |
|-------------|--------|--------|------------|--------|--------|
| Smart search| 50,000 | 2      | 0.8        | 3      | 26,667 |
| CSV export  | 10,000 | 0.5    | 1.0        | 0.5    | 10,000 |
| Dark mode   | 30,000 | 0.25   | 1.0        | 1      |  7,500 |

See rules/prioritize-rice.md for ICE, Kano, and full scale tables.


WSJF

WSJF = Cost of Delay / Job Size
Cost of Delay = User Value + Time Criticality + Risk Reduction  (1-21 Fibonacci each)

Higher WSJF = do first. Fibonacci scale (1, 2, 3, 5, 8, 13, 21) forces relative sizing.

## WSJF: GDPR Compliance Update

User Value:       8   (required for EU customers)
Time Criticality: 21  (regulatory deadline this quarter)
Risk Reduction:   13  (avoids significant fines)
Job Size:          8  (medium complexity)

Cost of Delay = 8 + 21 + 13 = 42
WSJF = 42 / 8 = 5.25

See rules/prioritize-wsjf.md for MoSCoW buckets and practical tips. See references/wsjf-guide.md for the full scoring guide.


ICE

ICE Score = Impact × Confidence × Ease    (all factors 1-10)

No user data required. Score relative to other backlog items. Useful for early-stage products and rapid triage sessions.


MoSCoW

Bucket features before estimation. Must-Haves alone should ship a viable product.

## Release 1.0 MoSCoW

### Must Have (~60% of effort)
- [ ] User authentication
- [ ] Core CRUD operations

### Should Have (~20%)
- [ ] Search, export, notifications

### Could Have (~20%)
- [ ] Dark mode, keyboard shortcuts

### Won't Have (documented out-of-scope)
- Mobile app (Release 2.0)
- AI features (Release 2.0)

Opportunity Cost & Trade-Off Analysis

When two items compete for the same team capacity, quantify what delaying each item costs per month.

## Trade-Off: AI Search vs Platform Migration (Q2 eng team)

### Option A: AI Search
- Cost of Delay: $25K/month (competitive risk)
- RICE Score: 18,000
- Effort: 6 weeks

### Option B: Platform Migration
- Cost of Delay: $5K/month (tech debt interest)
- RICE Score: 4,000
- Effort: 8 weeks

### Recommendation
Human decides. Key factors:
1. Q2 OKR: Increase trial-to-paid conversion (favors AI Search)
2. Engineering capacity: Only one team, sequential not parallel
3. Customer commitment: No contractual deadline for either

See rules/prioritize-opportunity-cost.md for the Value-Effort Matrix and full trade-off template. See references/rice-scoring-guide.md for detailed RICE calibration.


Common Pitfalls

PitfallMitigation
Gaming scores to justify pre-decided workCalibrate as a team; document assumptions
Mixing frameworks in one tablePick one framework per planning session
Only tracking high-RICE items; ignoring cost of delayCombine RICE with explicit delay cost analysis
MoSCoW Must-Have bloat (>70% of scope)Must-Haves alone must ship a viable product
Comparing RICE scores across different goalsOnly compare within the same objective

Related Skills

  • product-frameworks — Full PM toolkit (value prop, market sizing, competitive analysis, user research, business case)
  • write-prd — Convert prioritized features into product requirements documents
  • product-analytics — Define and instrument the metrics that feed RICE reach/impact scores
  • okr-design — Set the objectives that determine which KPIs drive RICE impact scoring
  • market-sizing — TAM/SAM/SOM analysis that informs strategic priority
  • competitive-analysis — Competitor context that raises or lowers WSJF time criticality scores

Version: 1.0.0

What ships with it: 7 files

20.3 KB alongside SKILL.md

references/

Keep looking

Skills are one crate of 625,312. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.