Prioritization Effort Impact

Prioritization: Effort-Impact Matrix

Table of Contents

1. Purpose
2. When to Use
3. What Is It?
4. Workflow
5. Common Patterns
6. Scoring Frameworks
7. Guardrails
8. Quick Reference

Purpose

Transform overwhelming backlogs and option lists into clear, actionable priorities by mapping items on a 2x2 matrix of effort (cost/complexity) vs impact (value/benefit). Identify quick wins (high impact, low effort) and distinguish them from big bets (high impact, high effort), time sinks (low impact, high effort), and fill-ins (low impact, low effort).

When to Use

Use this skill when:

• Backlog overflow: You have 20+ items (features, bugs, tasks, ideas) and need to decide execution order
• Resource constraints: Limited time, budget, or people force trade-off decisions
• Strategic planning: Choosing between initiatives, projects, or investments for quarterly/annual roadmaps
• Quick wins needed: Stakeholders want visible progress fast; you need high-impact low-effort items
• Trade-off clarity: Team debates "should we do A or B?" without explicit effort/impact comparison
• Alignment gaps: Different stakeholders (eng, product, sales, exec) have conflicting priorities
• Context switching: Too many simultaneous projects; need to focus on what matters most
• New PM/leader: Taking over a backlog and need systematic prioritization approach

Common triggers:

• "We have 50 feature requests, where do we start?"
• "What are the quick wins?"
• "Should we do the migration or the new feature first?"
• "How do we prioritize technical debt vs new features?"
• "What gives us the most bang for our buck?"

What Is It?

Effort-Impact Matrix (also called Impact-Effort Matrix, Quick Wins Matrix, or 2x2 Prioritization) plots each item on two dimensions:

• X-axis: Effort (time, cost, complexity, risk, dependencies)
• Y-axis: Impact (value, revenue, user benefit, strategic alignment, risk reduction)

Four quadrants:

High Impact │
            │  Big Bets       │  Quick Wins
            │  (do 2nd)       │  (do 1st!)
            │─────────────────┼─────────────
            │  Time Sinks     │  Fill-Ins
            │  (avoid)        │  (do last)
Low Impact  │
            └─────────────────┴─────────────
              High Effort       Low Effort

Example: Feature backlog with 12 items

Decision: Do "Export to CSV" first (quick win), schedule auth rebuild next (big bet), skip logo perfection (time sink), batch typo fixes (fill-ins).

Workflow

Copy this checklist and track your progress:

Prioritization Progress:
- [ ] Step 1: Gather items and clarify scoring
- [ ] Step 2: Score effort and impact
- [ ] Step 3: Plot matrix and identify quadrants
- [ ] Step 4: Create prioritized roadmap
- [ ] Step 5: Validate and communicate decisions

Step 1: Gather items and clarify scoring

Collect all items to prioritize (features, bugs, initiatives, etc.) and define scoring scales for effort and impact. See Scoring Frameworks for effort and impact definitions. Use resources/template.md for structure.

Step 2: Score effort and impact

Rate each item on effort (1-5: trivial to massive) and impact (1-5: negligible to transformative). Involve subject matter experts for accuracy. See resources/methodology.md for advanced scoring techniques like Fibonacci, T-shirt sizes, or RICE.

Step 3: Plot matrix and identify quadrants

Place items on 2x2 matrix and categorize into Quick Wins (high impact, low effort), Big Bets (high impact, high effort), Fill-Ins (low impact, low effort), and Time Sinks (low impact, high effort). See Common Patterns for typical quadrant distributions.

Step 4: Create prioritized roadmap

Sequence items: Quick Wins first, Big Bets second (after quick wins build momentum), Fill-Ins during downtime, avoid Time Sinks unless required. See resources/template.md for roadmap structure.

Step 5: Validate and communicate decisions

Self-check using resources/evaluators/rubric_prioritization_effort_impact.json. Ensure scoring is defensible, stakeholder perspectives included, and decisions clearly explained with rationale.

Common Patterns

By domain:

• Product backlogs: Quick wins = small UX improvements, Big bets = new workflows, Time sinks = edge case perfection
• Technical debt: Quick wins = config fixes, Big bets = architecture overhauls, Time sinks = premature optimizations
• Bug triage: Quick wins = high-impact easy fixes, Big bets = complex critical bugs, Time sinks = cosmetic issues
• Strategic initiatives: Quick wins = process tweaks, Big bets = market expansion, Time sinks = vanity metrics
• Marketing campaigns: Quick wins = email nurture, Big bets = brand overhaul, Time sinks = minor A/B tests

By stakeholder priority:

• Execs want: Quick wins (visible progress) + Big bets (strategic impact)
• Engineering wants: Technical debt quick wins + Big bets (platform work)
• Sales wants: Quick wins that unblock deals + Big bets (major features)
• Customers want: Quick wins (pain relief) + Big bets (transformative value)

Typical quadrant distribution:

• Quick Wins: 10-20% (rare, high-value opportunities)
• Big Bets: 20-30% (strategic, resource-intensive)
• Fill-Ins: 40-50% (most backlogs have many low-value items)
• Time Sinks: 10-20% (surprisingly common, often disguised as "polish")

Red flags:

• ❌ No quick wins: Likely overestimating effort or underestimating impact
• ❌ All quick wins: Scores probably not calibrated correctly
• ❌ Many time sinks: Cut scope or reject these items
• ❌ Effort/impact scores all 3: Need more differentiation (use 1-2 and 4-5)