A PM's job is not to say yes to everything. It's to choose the highest-leverage opportunities, manage constraints explicitly, and make tradeoffs visible and defensible.
| Bias | How It Manifests | Countermeasure |
|---|---|---|
| Anchoring | First number discussed becomes the reference for all estimates | Get independent estimates before group discussion |
| Sunk cost | "We've already spent 3 sprints on this, we can't stop now" | Evaluate on future value, not past investment |
| Availability bias | Overweight recent, vivid, or emotionally charged inputs | Force systematic review of all data |
| Completion bias | Prefer finishing something over starting higher-value work | Ask: "If this weren't started, would I prioritise it today?" |
| HiPPO effect | Highest Paid Person's Opinion dominates | Use RICE to make criteria explicit before opinions |
| Optimism bias | Underestimate effort, overestimate impact | Use historical data for calibration |
| Survivorship bias | Focus on successful features, ignore killed ones | Review past initiative outcomes before estimating new ones |
RICE = (Reach ร Impact ร Confidence) / Effort
| Factor | Question | Scoring |
|---|---|---|
| Reach | How many users per quarter? | Number (count) |
| Impact | How much does each user benefit? | 3=massive, 2=high, 1=medium, 0.5=low, 0.25=minimal |
| Confidence | How certain are we of these estimates? | 100%=high, 80%=medium, 50%=low |
| Effort | How many person-months? | Number (person-months) |
Effort is the most error-prone variable. Humans consistently underestimate effort by 2-3x. Three estimation techniques:
Compare to something your team has already built. "RBAC is similar to the team permissions we built in Q1. That took 12 person-months. RBAC adds 4 more roles + audit logging = ~1.5x. Estimate: 18 person-months." Anchors to real data instead of wishful thinking.
Break into components and estimate each: UI flow (4pw) + progress tracking (2pw) + contextual help (3pw) + data source simplification (6pw) + QA (2pw) + 20% buffer (3.4pw) = ~20pw total. Forces you to think through full scope.
Best (3 months) + Most Likely (5 months) + Worst (9 months). Expected = (3 + 4ร5 + 9) / 6 = 5.3 months. Makes uncertainty explicit.
| Confidence Level | What It Should Mean | Required Evidence |
|---|---|---|
| 100% (High) | We have direct data supporting all four RICE factors | User research + behavioral data + tech feasibility confirmed |
| 80% (Medium) | Data for some factors, educated estimates for others | Some user research + proxy data + engineering has reviewed scope |
| 50% (Low) | Guessing based on analogies or assumptions | No direct data; extrapolating from other products |
1. Guided Onboarding Wizard (from Module 5 PRD)
2. Role-Based Access Controls (RBAC) โ enterprise permissions
3. Industry-Specific Templates โ 5 vertical template packs
4. AI Workflow Suggestions โ suggest next step based on usage
5. Bulk User Import โ CSV upload for enterprise onboarding
6. Public API Status Page โ transparency for merchants
7. Webhook Retry Logic โ automatic retry for failed deliveries
8. Workflow Sharing โ share workflows across team members
Create prompts/rice-scorer.md. The prompt must require: explicit math for Reach, explanation for Impact score, evidence justification for Confidence level (do not give all initiatives the same confidence), and decomposition for Effort. Output: ranked table + top 3 for Q3 at 4 engineer-months capacity + what would need to change for excluded initiatives.
Run RICE scoring. Then identify:
Write deliverables/W06-prioritization.md with: AI ranking, your adjustments with reasoning, final Q3 plan (3 initiatives), "What we are not doing" section, and "What would change this" section.