prioritization
Prioritization techniques including MoSCoW, Kano model, weighted scoring, and value-effort matrices. Ranks requirements, features, backlog items, and investment decisions.
What this skill does
# Prioritization
Systematically rank and prioritize requirements, features, backlog items, and initiatives using proven prioritization frameworks. Supports MoSCoW, Kano model, weighted scoring, and value-effort analysis.
## What is Prioritization?
**Prioritization** is the process of determining relative importance and ordering of items to focus resources on what matters most. Effective prioritization balances:
- **Value**: Benefit to customers or business
- **Effort**: Cost, time, and resources required
- **Risk**: Uncertainty and potential downsides
- **Dependencies**: Constraints and sequencing
## Prioritization Techniques
### MoSCoW Method
Categorical prioritization for timeboxed delivery:
| Category | Definition | Guidance |
|----------|------------|----------|
| **Must** | Non-negotiable, required for success | Without these, delivery is a failure |
| **Should** | Important but not critical | Significant value, workarounds exist |
| **Could** | Desirable if resources permit | Nice to have, enhances experience |
| **Won't** | Explicitly excluded this time | Not now, maybe later |
**When to Use:** Sprint planning, release scoping, MVP definition, timeboxed projects
**Rules:**
- Musts should be ~60% of capacity (leave room for unknowns)
- Won'ts are explicitly stated (not silently dropped)
- Categories are relative to the timebox, not absolute
### Kano Model
Customer satisfaction-based classification:
| Category | If Present | If Absent | Detection |
|----------|------------|-----------|-----------|
| **Basic (Must-Be)** | No increase in satisfaction | Major dissatisfaction | Customers assume these exist |
| **Performance (Linear)** | Proportional satisfaction | Proportional dissatisfaction | Customers explicitly request |
| **Delighter (Excitement)** | High satisfaction | No dissatisfaction | Customers don't expect |
| **Indifferent** | No impact | No impact | No reaction either way |
| **Reverse** | Dissatisfaction | Satisfaction | Segment prefers absence |
**When to Use:** Product feature prioritization, understanding customer needs, differentiating from competitors
**Kano Questionnaire:**
- Functional: "How would you feel if this feature was present?"
- Dysfunctional: "How would you feel if this feature was absent?"
**Responses:** Like it, Expect it, Neutral, Can tolerate, Dislike it
### Weighted Scoring Matrix
Multi-criteria quantitative comparison:
#### Step 1: Define Criteria
| Criterion | Weight | Description |
|-----------|--------|-------------|
| Customer Value | 40% | Impact on customer satisfaction |
| Strategic Fit | 25% | Alignment with goals |
| Effort | 20% | Development cost (inverse) |
| Risk | 15% | Uncertainty/failure potential (inverse) |
#### Step 2: Score Items
| Item | Customer Value (1-5) | Strategic Fit (1-5) | Effort (1-5) | Risk (1-5) | Weighted Score |
|------|---------------------|---------------------|--------------|------------|----------------|
| A | 5 | 4 | 3 | 4 | 4.15 |
| B | 3 | 5 | 4 | 3 | 3.75 |
#### Step 3: Calculate Weighted Score
```text
Score = Σ (Weight × Score)
Item A = (0.40×5) + (0.25×4) + (0.20×3) + (0.15×4) = 4.20
```
**When to Use:** Complex trade-offs, multiple stakeholders, defensible decisions
### Value vs Effort Matrix
2×2 prioritization for quick decisions:
```mermaid
quadrantChart
title Value vs Effort
x-axis Low Effort --> High Effort
y-axis Low Value --> High Value
quadrant-1 Big Bets (Plan carefully)
quadrant-2 Quick Wins (Do first)
quadrant-3 Fill-ins (Do if time permits)
quadrant-4 Money Pits (Avoid)
```
| Quadrant | Value | Effort | Action |
|----------|-------|--------|--------|
| Quick Wins | High | Low | Do first |
| Big Bets | High | High | Plan carefully |
| Fill-ins | Low | Low | Do if time permits |
| Money Pits | Low | High | Avoid or deprioritize |
**When to Use:** Fast initial triage, backlog grooming, stakeholder alignment
### RICE Scoring
Product management prioritization:
| Factor | Definition | Calculation |
|--------|------------|-------------|
| **R**each | Users/customers affected | Number per time period |
| **I**mpact | Effect on each user | 0.25 (minimal) to 3 (massive) |
| **C**onfidence | Certainty of estimates | 0.5 (low) to 1 (high) |
| **E**ffort | Person-months required | Number |
```text
RICE Score = (Reach × Impact × Confidence) / Effort
```
**When to Use:** Product roadmap prioritization, feature comparison
### WSJF (Weighted Shortest Job First)
SAFe/Lean prioritization for flow:
```text
WSJF = Cost of Delay / Job Duration
Cost of Delay = User/Business Value + Time Criticality + Risk Reduction
```
| Factor | Score (1-20) | Description |
|--------|--------------|-------------|
| User/Business Value | 1-20 | Benefit to users or business |
| Time Criticality | 1-20 | Urgency, deadlines, decay |
| Risk Reduction | 1-20 | Risk/opportunity addressed |
| Job Duration | 1-20 | Relative size (inverted) |
**When to Use:** Continuous flow environments, maximizing value delivery
## Workflow
### Phase 1: Prepare
#### Step 1: Gather Items to Prioritize
```markdown
## Prioritization Session
**Date:** [ISO date]
**Scope:** [What's being prioritized]
**Stakeholders:** [Who's involved]
**Constraint:** [Timebox, budget, capacity]
### Items
| ID | Description | Owner |
|----|-------------|-------|
| 1 | [Item 1] | [Name] |
| 2 | [Item 2] | [Name] |
```
#### Step 2: Select Prioritization Technique
| Situation | Recommended Technique |
|-----------|----------------------|
| Sprint/release planning | MoSCoW |
| Product feature decisions | Kano + RICE |
| Trade-off decisions | Weighted Scoring |
| Quick triage | Value vs Effort |
| Continuous flow | WSJF |
| Multiple criteria | Weighted Scoring |
### Phase 2: Execute
#### Step 1: Apply Selected Technique
Follow the specific technique workflow (see above).
#### Step 2: Validate Results
- Do top priorities align with strategy?
- Are dependencies respected?
- Does the team have capacity?
- Are stakeholders aligned?
#### Step 3: Document Rationale
```markdown
## Prioritization Rationale
### Top Priorities
1. **[Item A]** - Score: X
- Rationale: [Why this is top priority]
- Dependencies: [What it depends on]
2. **[Item B]** - Score: Y
- Rationale: [Why this is second]
- Dependencies: [What it depends on]
### Deferred Items
- **[Item C]** - Reason: [Why deferred]
```
### Phase 3: Communicate
#### Step 1: Create Prioritized Backlog
```markdown
## Prioritized Backlog
| Rank | Item | Priority/Score | Owner | Target |
|------|------|----------------|-------|--------|
| 1 | [Item A] | Must / 4.5 | [Name] | Sprint 1 |
| 2 | [Item B] | Must / 4.2 | [Name] | Sprint 1 |
| 3 | [Item C] | Should / 3.8 | [Name] | Sprint 2 |
```
#### Step 2: Communicate Decisions
- Share prioritization results with stakeholders
- Explain rationale for key decisions
- Address concerns about deprioritized items
- Set expectations for what's not included
## Output Formats
### Narrative Summary
```markdown
## Prioritization Summary
**Session:** [Scope/context]
**Date:** [ISO date]
**Technique:** [MoSCoW/Kano/Weighted Scoring/etc.]
**Facilitator:** prioritization-analyst
### Results Overview
- **Total Items:** N
- **Top Priority:** [Count]
- **Deferred:** [Count]
### Priority Distribution
| Category | Count | % |
|----------|-------|---|
| Must/Quick Wins | X | Y% |
| Should/Big Bets | X | Y% |
| Could/Fill-ins | X | Y% |
| Won't/Money Pits | X | Y% |
### Key Decisions
1. **[Top Item]**: Prioritized because [reason]
2. **[Deferred Item]**: Deferred because [reason]
### Next Steps
1. Begin work on top priority items
2. Re-prioritize at [next review point]
```
### Structured Data (YAML)
```yaml
prioritization:
version: "1.0"
date: "2025-01-15"
scope: "Q1 Feature Backlog"
technique: "weighted_scoring"
facilitator: "prioritization-analyst"
criteria:
- name: "Customer Value"
weight: 0.40
- name: "Strategic Fit"
weight:Related in General
modeling-omnistudio-epc-catalog
IncludedSalesforce Industries CME EPC product-modeling skill for Product2-based catalog creation. Use when creating EPC products, configuring product attributes, building offer bundles with Product Child Items, or reviewing EPC DataPack JSON metadata for product catalog changes. TRIGGER when: user creates or updates Product2 EPC records, AttributeAssignment payloads, AttributeMetadata/AttributeDefaultValues, Offer bundles, or ProductChildItem relationships. DO NOT TRIGGER when: designing OmniScripts/FlexCards/Integration Procedures (use building-omnistudio-omniscript, building-omnistudio-flexcard, or building-omnistudio-integration-procedure), implementing Apex business logic (use generating-apex), or troubleshooting deployment pipelines (use deploying-metadata).
relationship-science-coach
IncludedUse this skill for direct, practical adult relationship coaching: couples conflict, repair, trust, marriage, dating, flirting, attachment patterns, emotional connection, sex, desire differences, eroticism, kink negotiation, affection, love languages, breakups, and long-term passion. Draw on Gottman, EFT and Hold Me Tight, attachment science, modern sex research, Perel, Nagoski, Kerner, Schnarch, Love and Stosny, and flexible love-language tools. Be concrete and low-hedge. Redirect only for imminent danger, abuse, coercive control, minors, non-consent, self-harm, stalking, or medical/legal/psychiatric decisions.
building-sf-integrations
IncludedSalesforce integration architecture and runtime plumbing with 120-point scoring. Use this skill to set up Named Credentials, External Credentials, External Services, REST/SOAP callout patterns, Platform Events, and Change Data Capture. TRIGGER when: user sets up Named Credentials, External Services, REST/SOAP callouts, Platform Events, CDC, or touches .namedCredential-meta.xml files. DO NOT TRIGGER when: Connected App/OAuth config (use configuring-connected-apps), Apex-only logic (use generating-apex), or data import/export (use handling-sf-data).
venue-templates
IncludedAccess comprehensive LaTeX templates, formatting requirements, and submission guidelines for major scientific publication venues (Nature, Science, PLOS, IEEE, ACM), academic conferences (NeurIPS, ICML, CVPR, CHI), research posters, and grant proposals (NSF, NIH, DOE, DARPA). This skill should be used when preparing manuscripts for journal submission, conference papers, research posters, or grant proposals and need venue-specific formatting requirements and templates.
let-fate-decide
IncludedDraws the 12 Houses of the Zodiac Tarot spread to inject entropy into planning when prompts are vague, ambiguous, or casually delegated. Interprets the spread to guide next steps. Use when the user says 'let fate decide', 'YOLO', 'whatever', 'idk', or other nonchalant phrases, makes Yu-Gi-Oh references, or when you are about to arbitrarily pick between multiple reasonable approaches. Prefer over ask-questions-if-underspecified when the user's tone is casual or playful rather than precision-seeking.
net-ops
IncludedCross-platform network troubleshooting (Windows, macOS, Linux) via local or remote shell. Use for: DNS broken, can't resolve hostnames, nslookup/dig works but apps fail, NRPT, WFP, scutil, /etc/resolver, systemd-resolved, /etc/resolv.conf, NetworkManager, VPN DNS leak residue (ProtonVPN/Mullvad/WireGuard/AnyConnect), AV/firewall blocking DNS or DoH, Tailscale DNS interaction, intermittent connectivity, remote diagnostics over SSH.