1.1 概念界定与适用范围
优先级评审是在项目资源有限、需求或任务并行时，通过结构化机制确定待办项相对重要顺序与执行窗口的决策活动。核心产出是一张带有排序、评分、前置依赖和决策依据的优先级排序表，而非简单的截止日期清单。
1.2 SOP 结构化要素
适用场景
- 资源冲突场景：多个业务方同时提交需求，研发/设计/测试资源只能并行处理其中一部分。
- 不确定性场景：技术选型或产品方案存在分歧，需先验证高收益/高风险项。
- 版本规划场景：每迭代末或发版前，需要确定下一阶段纳入范围。
- 非适用场景：已明确的外部合规硬性交付（无选择空间）、已签入合同的法律义务项。
前置条件
| 前置条件项 | 验收状态 | 责任人 |
|---|---|---|
| 待评审项清单（若均为同类型项） | 已冻结，非 draft 状态 | 产品经理 / 需求提出方 |
| 优先级评估标准（如 ICE / RICE / WSJF 矩阵） | 团队已共识并发布 | 项目经理 / scrum master |
| 决策授权人清单 | 至少含 1 名否决权角色 | 项目经理 |
操作步骤（概念流程）
- 收集待办项：从 backlog、用户反馈、技术债清单中提取并统一格式。
- 标准化评估：每位评估人独立按标准打分，避免集团偏移与权威顺从。
- 拉通对齐：会议中对分数离散度大的项进行澄清与再打分。
- 排序输出：按加权总分降序排列，标记 cutoff 线与预备项。
- 行动锁定：记录每个项的执行窗口、Owner 和 next step。
输入输出物
| 类别 | 名称 | 内容要点 |
|---|---|---|
| 输入 | 待评审项需求描述卡 | 用户故事 / 用例 / 验收条件 / 预估工作量 |
| 输入 | 优先级评分矩阵（模板） | 维度定义 & 权重 & 打分说明 |
| 输出 | 优先级排序表 | 排序序号、项 ID、总分、决策备注、执行窗口 |
| 输出 | 行动项跟踪表 | 待办、负责人、截止时间、状态 |
责任边界
| 角色 | 职责 | 是否拥有否决权 |
|---|---|---|
| 发起人（产品经理 / PM） | 召集会议、控制节奏、发布决策记录 | 否 |
| 评估参与者（开发 / 设计 / 测试） | 独立打分、澄清工时与技术风险 | 否 |
| 决策者（业务负责人 / 项目总监） | 依据排序结果做最终取舍，处理 tie-break | 是 |
| 记录员 | 现场记录打分、偏差理由、行动项 | 否 |
记录材料
会议结束后 1 个工作日内必须归档的材料：
- 优先级排序表（Excel / 共享工作表）
- 行动项跟踪表（含未解决项）
- 会议录音或关键讨论摘要（争议项需标注）
异常处理
| 异常场景 | 处理动作 |
|---|---|
| 讨论超过预定时间上限（如 60 min） | 锁定已排序项，未讨论项进入下轮候补或上抛决策者 |
| 多个项总分相同且都必须做 | 决策者强制排序，并注明“资源倾斜”或“分阶段并行” |
| 某项信息严重缺失、无法打分 | 标记为 HOLD，脱离本批次排序，责任人补齐后重新提报 |
| 决策者现场缺席且未授权 | 暂停评审，改为预排序会，待决策者单独确认后排期发布 |
验收标准
- 可追溯性：每个项的最终排序均可追溯到评分明细与讨论纪要。
- 一致性：评审后 3 个工作日内未产生重大争议或修订申请超过 3 次。
- 时效性：评审会议结束 2 个工作日内排序表已同步至开发排期看板。
1.3 与需求评审的区别
许多项目团队误将优先级评审当作需求评审的“前序环节”或“合并会议”。下表明确了二者定位差异：
| 维度 | 优先级评审 | 需求评审 |
|---|---|---|
| 核心问题 | “先做哪一个？” | “这样做对不对 / 全不全？” |
| 输入 | 已冻结的需求卡片 | 需求构想、原型、PRD 草稿 |
| 输出 | 排序表 + 执行窗口 | 定稿版 PRD + 验收用例 |
| 参与角色 | 侧重决策者与资源 Owner | 侧重技术实现方与 QA |
| 会议时长 | 通常 ≤ 60 分钟 | 可按模块拆分多场 |
| 争议处理 | 由决策者拍板，记录折扣成本 | 需求范围与实现方案重新协商 |
1.4 典型误用案例
反例：某科技公司在版本规划会上同时做需求评审 + 优先级评审，导致如下后果：
- 需求描述在会议中不断被修改，打分基准持续漂移，排序结果无效。
- 参与人因疲劳决策精力下降，高分项反而因临近会议结束被忽略。
- 会后缺少独立记录与行动跟踪表，优先级排序未被开发团队实际采纳。
纠正动作：将需求评审与优先级评审拆分为两个独立会议，间隔至少 24 小时，且需求评审输出必须经过 1 次审批冻结后才可进入优先级排序环节。
课程内嵌提示：优先级评审不等于“简单投票”。真正的优先级评审要能经得住“如果今天只能交付一项，为什么是它”的追问。决策依据必须可视化在排序表中，而非留在会议室的空气里。