第1章 优先级评审概述
本章导向：优先级评审是组织资源分配、需求排序与风险控制的核心管理机制。通过系统化的评审流程，确保有限资源投入最高价值的任务，降低决策主观性，提升跨团队协作效率。本章从SOP角度完整定义评审的适用场景、前置条件、操作步骤、输入输出、角色边界、记录规范、异常处理与验收标准，为后续各章模板使用奠定流程基础。
1.1 适用场景
优先级评审适用于以下五类典型场景，覆盖定期与临时两种触发方式：
| 场景类别 | 触发类型 | 典型示例 |
|---|---|---|
| 资源冲突 | 临时 | 多项目争抢同一核心研发人力，需要裁定先做哪个 |
| 需求积压 | 定期 / 临时 | 产品Backlog超过50个待办项，需按价值与成本排序 |
| 项目启动前 | 定期 | 季度/月度计划会前对候选项目进行优先级定级 |
| 定期复盘 | 定期 | 每两周一次的迭代优先级回顾与调整 |
| 突发应急 | 临时 | 线上故障、合规风险、客户投诉等需立即插队处理 |
实践建议：建议组织同时建立"月度定期评审"与"紧急通道临时评审"双机制。月度评审处理80%的常规优先级调整，临时通道用于处理不可预见的紧急事项，避免频繁打断正常评审节奏。
1.2 前置条件
启动优先级评审前必须满足以下条件，否则评审结论可能失真或无法落地：
- 待评审项已分类整理：所有候选任务、需求、项目必须按统一模板填写基本信息（名称、提出方、预期收益、资源估算、风险等级）。
- 评审委员会已组建并确认：至少确定1名评审主席、3名以上具有投票权的委员，以及1名记录员。
- 评审时间与议程已公告：至少提前2个工作日发送会议邀请与待评审项清单，确保委员有充分时间预审。
- 决策规则已事先透明：优先级排序采用的具体方法（如加权得分法、MoSCoW、WSJF）应在评审前向所有参与者说明并达成共识。
- 基础数据已准备：资源容量数据、项目依赖关系图、历史优先级决策记录等支撑材料应随议程一并分发。
常见缺失：很多团队跳过"预审"环节，直接进入评审会议，导致会议中大量时间用于澄清基本信息而非讨论优先级本身。务必强制要求委员在会前完成待评审项预审。
1.3 操作步骤
优先级评审按以下7步标准流程执行，任何评审类型（定期/临时）均遵循此框架，仅时间压缩程度不同：
| 步骤 | 操作内容 | 关键动作 | 交付物 |
|---|---|---|---|
| 1 | 明确评审目标与范围 | 主席宣布本次评审要解决的核心问题、边界条件（如资源上限、时间窗口） | 评审目标声明 |
| 2 | 确认评审类型与规则 | 说明本次是定期评审还是临时通道，确认使用的评分模型与决策阈值 | 评审规则确认表 |
| 3 | 待评审项逐项陈述 | 提案人按模板依次介绍，每项限时5分钟 | 陈述记录 |
| 4 | 委员质询与讨论 | 针对依赖、风险、资源可行性进行交叉提问与澄清 | 质询记录 |
| 5 | 独立打分与排序 | 委员匿名或公开按既定规则打分，系统或人工汇总 | 评分表 |
| 6 | 裁决与优先级定级 | 主席根据得分与讨论确定最终优先级顺序，记录异议 | 优先级矩阵 |
| 7 | 输出决策记录与行动项 | 记录员整理决策理由、未通过项原因、后续行动与责任人 | 决策记录、行动项跟踪表 |
流程要点：步骤1与步骤2最容易被压缩，但正是这两个步骤决定了评审的"靶心"是否清晰。经验表明，评审目标模糊的会议，70%以上的决策会在两周内被推翻或要求重审。
1.4 输入输出物
每次优先级评审应形成完整的输入输出闭环，确保决策可追溯、可复用：
| 类别 | 物料名称 | 内容说明 |
|---|---|---|
| 输入 | 待评审项清单 | 包含任务ID、名称、提出方、收益预估、资源估算、风险等级、依赖关系 |
| 资源容量报告 | 当前团队/系统可用资源总量、已占用资源、剩余容量 | |
| 历史决策参考 | 最近3次评审的决策记录与优先级矩阵，用于保持一致性 | |
| 输出 | 优先级矩阵 | 按得分或分类（P0/P1/P2/P3）排列的最终优先级排序表 |
| 决策记录 | 每项评审的讨论摘要、裁决理由、异议记录、投票结果 | |
| 行动项跟踪表 | 后续待办事项、责任人、截止日期、状态跟踪 |
1.5 责任边界
以下四类角色构成评审的最小责任单元，每个角色的权责边界必须事先明确：
| 角色 | 职责范围 | 决策权限 | 输出物责任 |
|---|---|---|---|
| 评审委员会 | 整体把控评审方向，确保规则执行，最终裁定优先级 | 对最终排序有裁决权，可一票否决 | 签署优先级矩阵与决策记录 |
| 产品负责人 | 提出待评审项，陈述业务价值与用户影响 | 无投票权，可对陈述内容进行修正 | 提供待评审项清单与收益预估数据 |
| 技术负责人 | 提供技术可行性评估、资源消耗估算、风险分析 | 无投票权，但对技术数据负第一责任 | 提交技术评估报告 |
| 记录员 | 全程记录讨论要点、决策理由、异议与行动项 | 无投票权，对记录完整性与准确性负责 | 完成决策记录、行动项跟踪表 |
权责隔离：建议实行"提案与投票分离"原则——提案人（产品/技术负责人）不参与投票，评审委员不兼任提案人，以保证决策客观性。
1.6 记录材料
评审过程必须保留以下三份核心记录，作为后续追溯与审计的依据：
- 评审会议记录：包含时间、地点、参会人、议程、每项讨论摘要、质询与回应要点。
- 评分原始表：每位委员的打分明细（如匿名则可只保留汇总统计）。
- 决策记录：最终优先级排序、每项决策理由、异议意见、未通过项的原因说明。
以下是一个评审决策记录的最小可用模板：
# 优先级评审决策记录
评审编号：PR-2025-001
评审日期：2025-01-15
评审类型：定期（月度）
评审主席：张某某
记录员：李某某
## 参会委员
王某某、赵某某、刘某某、陈某某
## 待评审项列表与决策