rice-prioritizationlisted

# RICE / 优先级评分 ## 何时触发 - 用户 列出 ≥ 3 个待办 / 想法 / 实验 / 需求要排序 - "这个先做还是那个先做"类二选一以上 - "这个值不值得做" / "这个需求该不该接" - backlog grooming / sprint planning 准备阶段 - 老板列了一堆"都很重要"的东西要消化 - 多个团队抢资源时的仲裁需求 ## 何时不触发 - 单一选项是否做 → 用 pre-mortem 做正反推演 - 已有明确数据驱动的 A/B 实验排序 → 用 gtm-ops:growth-engine - 紧急 hot fix 不需要评分（救火不是优先级问题） ## 默认框架：RICE（最常用） ``` RICE Score = (Reach × Impact × Confidence) / Effort ``` | 维度 | 含义 | 单位 / 范围 | |---|---|---| | **Reach** | 一个时间窗口内会被影响的用户数 | 具体数字（每月触达人数） | | **Impact** | 命中后单用户的影响程度 | 3 = 大量影响 / 2 = 高 / 1 = 中 / 0.5 = 低 / 0.25 = 极低 | | **Confidence** | 你对前三项估计的自信度 | 100% 高 / 80% 中 / 50% 低 / < 50% 不要做 | | **Effort** | 团队投入（person-month） | 具体数字 | **输出**：每个候选项一个 RICE 分数，按分数降序排列。不允许只看分数，必须列出 Confidence < 80% 的项哪些假设需要验证。 ## 备选框架（按场景挑） ### ICE（轻量版，没 Reach 数据时用） ``` ICE Score = Impact × Confidence × Ease ``` 适合早期阶段、没 reach 数据、需要快速排序。 ### WSJF（SAFe 框架，跨团队多 epic 时用） ``` WSJF = Cost of Delay / Job Size Cost of Delay = Business Value + Time Criticality + Risk Reduction / Opportunity ``` 适合多 epic 跨团队竞争资源、季度规划、年度路线图。 ### MoSCoW（产品阶段定义时用） - **M**ust have：核心价值，没它产品不成立 - **S**hould have：重要但不致命 - **C**ould have：锦上添花 - **W**on't have（this time）：明确 kill 适合 MVP 范围定义、版本边界划定。 ## 6 步标准流程 1. **列候选**：把所有要排序的项列清单（写下来，不在脑里） 2. **选框架**：默认 RICE。没 reach 数据 → ICE。跨 epic → WSJF。MVP 范围 → MoSCoW 3. **维度评分**：每个项每个维度写具体数字 / 等级，**不允许"高/中/低"模糊填** 4. **算分排序**：算出 RICE/ICE/WSJF 分数，降序排列。MoSCoW 直接归类 5. **审视 Confidence**：所有 Confidence < 80% 的项标"⚠️ 假设需验证"，列具体要验证什么 6. **二级决策**：分数前 30% 进 do-list；中段 30% 标