2. 优先级管理框架总览：Kano模型、ICE评分、RICE评分、WSJF方法对比与选择

2.1 适用场景

以下表格帮助您根据团队现状与项目阶段快速选取匹配的优先级框架：

2.2 前置条件

• 通用前置条件：已收集并整理基本产品需求池，至少经过用户故事/TC（主题卡片）一级拆分。
• Kano 模型前置：已完成至少一次目标用户访谈或问卷调查，获得需求分类依据。
• ICE/RICE 前置：已建立模块化的需求描述清单，每个需求可独立评分。
• WSJF 前置：团队已具备应用故事点或人天估算能力，能给出相对工作量。

2.3 操作步骤

以下为通用优先级的动态调整流程（四种框架均可嵌入此流程）：

1. 步骤1：确定评分维度与权重
   依据所选框架，配置评分维度（如影响力、信心程度、易实现性等）与各级权重。
2. 步骤2：逐项评分
   团队独立为每个待评估需求打分，消除锚定效应；使用工具（如Miro、Jira、Airtable）记录原始分数。
3. 步骤3：计算综合分值
   根据公式合成最终排序值（见2.4输入输出物公式示例）。
4. 步骤4：输出优先级序列
   按分值降序排列，标注前X%为当前MVP候选列表。
5. 步骤5：动态调整门控
   当新信息（如用户测试反馈、开发瓶颈）出现时，重新触发评分，返回步骤1或2。

2.4 输入输出物

ICE 公式示例：
ICE = (Impact × Confidence × Ease) / 3

RICE 公式示例：
RICE = (Reach × Impact × Confidence) / Effort

WSJF 公式示例：
WSJF = (Business_Value + Time_Criticality + Risk_Reduction_Oppo_Enable) / Job_Size

2.5 责任边界

• 产品经理：主导评分过程、维护评分标准、组织评审、输出最终优先级排序。
• 开发负责人：提供“易实现性/Effort/Job_Size”维度的专业估算，参与评分。
• QA / 用户研究：提供“信心/Confidence”维度所需的实证数据或测试结果。
• 设计师：提供“Reach/Impact”维度相关的用户场景覆盖判断。

2.6 记录材料

• 需求优先级评估表：Excel/Google Sheets模板，包含需求ID、描述、各维度分数、综合分、排序。
• 决策变更记录：每次优先级动态调整后，在共享文档中注明变更原因与数据来源。
• 评分校准会议纪要：记录维度定义、异常值处理原则、最终投票结果。

2.7 异常处理

2.8 验收标准

• 【框架适用性】针对本次MVP定义场景，团队明确知道选用哪种框架并陈述理由。
• 【评分一致性】独立评分环节后，组内同需求最高分与最低分的差值不超过2（满分5），否则需重新校准。
• 【输出完整性】产生200 行以内的优先级排序表，并标注P0/P1/P2三个级别。
• 【可追溯性】每次评分/重新评分都可通过变更记录追踪到具体发起人、变更原因和新数据源。
• 【动态机制】团队每周或每轮Sprint结束时至少执行1次“优先级快照检查”并记录结果。