第2章 · RICE 优先级模型定义与参数校准

RICE 是 Agent 协同时最常用的优先级量化模型，由 Reach（触达范围）、Impact（影响力度）、Confidence（置信程度）、Effort（投入成本） 四个维度构成。本章给出每个维度的标准定义、量级标度与校准方法，确保多 Agent 团队在使用同一套语言对任务进行打分时不会出现歧义。

适用场景

前置条件

1. 已建立组织级的 量级标度共识文档（本章输出物之一）。
2. 各 Agent 角色（产品、开发、测试、运维）至少有一名成员参加过 RICE 校准培训。
3. 任务描述已按标准模板拆分，具备可量化的单元粒度。
4. 历史任务数据（耗时、效果、触达人数）可回溯，用于 Confidence 校准参考。

操作步骤

RICE 校准共分 四个阶段，每个阶段聚焦一个维度。建议按照 Reach → Impact → Confidence → Effort 的顺序执行，避免后置维度干扰前置判断。

步骤 1 · Reach（触达范围）校准

标准定义：在特定时间窗口内，该任务直接影响的独立用户 / Agent 实例 / 业务单元数量。

量级标度	分值	描述	示例
极小	0.25	影响 ≤ 10 个实体	单 Agent 内部日志修复
小	1	影响 11 ~ 100 个实体	单个微服务接口升级
中	2	影响 101 ~ 1 000 个实体	跨 3 个 Agent 的会话流程优化
大	3	影响 1 001 ~ 10 000 个实体	全平台通知中心改造
极大	4	影响 > 10 000 个实体	核心链路全量灰度上线

校准方法：

• 以近 30 天平均活跃实体数为分母，避免使用峰值数据。
• 若任务仅影响内部 Agent（无真实用户），按 Agent 实例数折算，1 Agent ≈ 1 实体。
• 多团队协作任务取 并集 而非交集，防止重复计权。

步骤 2 · Impact（影响力度）校准

标准定义：任务完成后对核心指标（转化率、响应时间、准确率、收入）的提升幅度，或对风险的降低程度。

量级标度	分值	描述	示例
极低	0.25	指标变化 < 1%	告警文案优化
低	1	指标变化 1% ~ 5%	减少 1 次冗余日志查询
中	2	指标变化 5% ~ 15%	Agent 对话意图识别提升 8%
高	3	指标变化 15% ~ 30%	端到端响应时间降低 20%
极高	4	指标变化 > 30% 或规避重大合规风险	支付链路 P0 故障修复

校准方法：

• 优先使用 A/B 测试或仿真数据做量化预估，避免主观“感觉”。
• 无法直接量化的任务（如代码重构）使用 技术债折算：1 人天技术债 ≈ 低 Impact（1 分）。
• 合规 / 安全类任务若涉及监管处罚风险，自动定为高（3 分）或极高（4 分）。

步骤 3 · Confidence（置信程度）校准

标准定义：当前对 Reach 与 Impact 预估的可靠程度，反映数据来源的有效性与历史偏差。

量级标度	分值	描述	判断依据
低	0.5	纯主观推测，无数据支撑	仅凭个人经验
中	1	有间接数据或类似历史任务参考	类比过往项目、单次小流量实验
高	1.5	有直接实验数据或权威报告支撑	全量 A/B 测试、第三方基准测试
极高	2	已上线验证，数据闭环可度量	灰度已跑通、指标看板已出数

校准方法：

• Confidence 必须 独立于任务发起人，由不参与该任务实现的第三方 Agent 或 Reviewer 打分。
• 若 Reach 或 Impact 数据来自同一数据源且该数据源过去 3 次预测偏差 > 30%，Confidence 最多给“中（1 分）”。
• 全链路已灰度验证通过的任务，Confidence 自动取“极高（2 分）”。

步骤 4 · Effort（投入成本）校准

标准定义：从开发、测试、部署到验收全流程所需的总人天（1 人天 = 1 个 Agent 工作 8 小时），包含跨团队协调成本。

量级标度	分值	描述	典型工时
极小	4	单 Agent 数小时内可完成	≤ 0.5 人天
小	2	单 Agent 1 ~ 3 天	1 ~ 3 人天
中	1	跨 2 ~ 3 个 Agent，1 ~ 2 周	5 ~ 10 人天
大	0.5	跨 4+ Agent 或涉及外部依赖，2 ~ 4 周	10 ~ 20 人天
极大	0.25	涉及架构变更、第三方对接或 > 1 个月	> 20 人天

校准方法：

• 使用 WBS（工作分解结构） 拆解到最小可估算粒度，汇总后取整。
• Effort 分值设计为 倒数关系（Effort 越大分数越低），与 RICE 公式中的分子相乘时自动体现成本惩罚。
• 外部依赖（如等待审批、第三方 API 变更）必须单独列出并计入总人天，不得隐藏。

RICE 总分公式

RICE 四维度校准流程框架

输入输出物

类别	名称	格式	责任方
输入	任务待办列表（含描述与边界）	Markdown / Jira Issue	需求发起 Agent
输入	历史任务 RICE 评分记录	CSV / 数据库表	数据平台 Agent
输出	RICE 校准打分表（每任务一条）	JSON / 结构化记录	校准执行人
输出	量级标度共识文档 v2.0	Confluence / 静态站点	RICE 委员会

校准打分 JSON 示例

{
  "task_id": "TASK-2025-0412",
  "assigner": "product_agent_v3",
  "dimensions": {
    "reach":  { "value": 2, "rationale": "影响 3 个 Agent 共 450 个用户会话" },
    "impact": { "value": 3, "rationale": "意图识别准确率预估提升 12%" },
    "confidence": { "value": 1.5, "rationale": "基于最近 2 周 A/B 测试数据，p<0.01" },
    "effort":  { "value": 1, "rationale": "WBS 拆解 4 个模块合计 8 人天" }
  },
  "rice_score": 9.0,
  "calibrated_by": "reviewer_agent_v2",
  "calibrated_at": "2025-04-12T14:30:00Z"
}

责任边界

角色	职责	不可越界事项
任务发起 Agent	提供初始 Reach / Impact 预估及数据来源	不可直接修改 Effort 分值（避免虚报成本）
校准 Reviewer	执行 Confidence 独立打分，审核四维一致性	不可参与 Effort 拆解（避免利益关联）
技术架构 Agent	负责 Effort 的 WBS 拆解与外部依赖评估	不可替代产品角色给出 Impact 判断
RICE 委员会	维护量级标度共识文档，仲裁争议评分	不可干预单个任务的分数计算过程

记录材料

• RICE 校准日志：每次校准操作记录在统一的审计表中，包含任务 ID、各维度分数、理由摘要、校准人、时间戳。
• 量级标度共识文档：每季度修订一次，版本号遵循语义化版本（v2.0.0），修订历史需公示。
• 校准偏差报告：当同一任务在两次独立校准中 RICE 分数差异 > 20% 时，自动触发偏差分析并留存记录。

异常处理

验收标准

1. 维度完整性：每个任务的四维度均被正确赋值，且每维度附有不短于 15 字的 rationale。
2. 标度合法性：所有分数严格来自本章定义的量级标度集合，不存在自定义中间值。
3. Confidence 独立性：至少 30% 的任务的 Confidence 由非任务发起方 Agent 打分，且审计日志可查。
4. 偏差可追溯：校准偏差报告数量 ≤ 总任务数的 5%，且每份报告已闭环。
5. 公式正确性：RICE Score 计算（Reach × Impact × Confidence）/ Effort 分数无误，小数点后保留 2 位。