2. 前置准备:所需数据清单、团队成员角色分工、评分环境说明
RICE 量化评估不是一次性打分动作,而是一个需要数据、人员、环境三方协同才能交付的 SOP 流程。本章聚焦「前置准备」环节,确保在进入正式评分前,数据可获取、角色已对齐、环境可运行。
2.1 适用场景
以下任一场景触发时,必须完成本章前置准备工作:
- 新项目立项评估:首次对 backlog 中的需求进行 RICE 打分,需要从零建立数据清单并组建临时评估小组。
- 季度复盘重评:已有历史评分,但数据口径、团队成员或评分工具发生变化,需要重新对齐前置条件。
- 跨团队联合评分:涉及多个业务线或职能组协作评分,必须统一数据来源、角色定义和评分环境标准。
提示: 即使是小规模(3–5 个需求)的快速评分,也建议至少完成「数据清单」和「角色分工」两项准备,避免评分过程中反复中断核对。
2.2 前置条件
启动本章准备前,需确认以下条件已满足:
| 条件编号 | 条件说明 | 验收方式 |
|---|---|---|
| PC‑01 | 已有明确的评估目标与范围(参考第 1 章) | 评审通过的目标文档 |
| PC‑02 | 项目发起人已授权组建评估团队 | 邮件或立项审批记录 |
| PC‑03 | 数据源系统(如 GA、CRM、Jira)可正常访问 | 数据连通性测试截图 |
注意: 若前置条件 PC‑03 未满足(例如无法导出用户量或工时数据),需先协调数据团队开通权限,否则后续评分将依赖假设值,降低 Confidence 维度的可信度。
2.3 操作步骤
前置准备分为三个并行子流程:数据清单、团队分工、环境配置。建议由项目经理统一协调,在同一个工作日内完成。
步骤一:建立数据清单
- 识别数据维度:对照 RICE 四维度(Reach、Impact、Confidence、Effort),列出每个维度至少 1 项可量化指标。
- 确定数据来源:标注每项指标对应的系统、表格或负责人。
- 定义数据格式:统一单位、精度、时间窗口,避免评分时口径冲突。
| 维度 | 指标项 | 数据来源 | 格式要求 | 更新频率 |
|---|---|---|---|---|
| Reach | 月活跃用户数 (MAU) | 产品分析平台 | 整数,单位:人 | 月度 |
| Reach | 功能曝光量 | 埋点系统 | 整数,单位:次 | 周度 |
| Impact | 转化率提升预估 | 业务报表 | 百分比,保留 1 位小数 | 按需 |
| Impact | 收入影响金额 | 财务模型 | 浮点数,单位:万元 | 按需 |
| Confidence | 数据来源可靠性评分 | 数据团队评估 | 1–5 整数 | 一次性 |
| Confidence | 样本量 / 历史周期数 | 数据仓库 | 整数 | 一次性 |
| Effort | 开发人天 | 研发排期 | 整数,单位:人天 | 按需 |
| Effort | 依赖项数量 | 技术方案 | 整数 | 一次性 |
交付物: 数据清单文档(推荐 JSON 或 YAML 格式存储,便于后续自动化导入评分工具)。
{
"catalog": [
{ "dimension": "reach", "metric": "mau", "source": "analytics", "format": "integer", "unit": "人" },
{ "dimension": "reach", "metric": "impression", "source": "tracking", "format": "integer", "unit": "次" },
{ "dimension": "impact", "metric": "conversion_up", "source": "report", "format": "percent", "unit": "%" },
{ "dimension": "impact", "metric": "revenue_impact", "source": "finance", "format": "float", "unit": "万元" },
{ "dimension": "confidence","metric": "reliability", "source": "data_team", "format": "1-5", "unit": "分" },
{ "dimension": "confidence","metric": "sample_size", "source": "warehouse", "format": "integer", "unit": "" },
{ "dimension": "effort", "metric": "dev_person_day", "source": "schedule", "format": "integer", "unit": "人天" },
{ "dimension": "effort", "metric": "dependencies", "source": "tech_doc", "format": "integer", "unit": "个" }
]
}
步骤二:组建团队与角色分工
- 确定核心角色:至少包含数据提供者、评分分析师、审核人、项目经理四类角色。
- 指派人员:根据项目规模和复杂度,可一人兼任多角色,但审核人不得与评分分析师为同一人。
- 分发角色说明:确保每位成员理解自己的职责边界和交付时间。
| 角色 | 职责描述 | 建议人数 | 技能要求 | 不可兼任 |
|---|---|---|---|---|
| 数据提供者 | 从各系统提取原始数据,按数据清单格式交付 | 2–3 | 熟练使用 SQL / Excel | — |
| 评分分析师 | 依据数据清单和评分标准,对每个需求进行 RICE 打分 | 3–5 | 理解 RICE 框架,有业务判断力 | 审核人 |
| 审核人 | 复核评分结果,检查数据引用和打分逻辑,处理争议 | 1–2 | 资深分析师或技术负责人 | 评分分析师 |
| 项目经理 | 统筹准备进度,组织评审会,维护评分环境,归档材料 | 1 | 项目管理,熟悉 SOP 流程 | — |
步骤三:配置评分环境
- 选择评分工具:推荐使用支持多人协作的电子表格或专用评估平台。
- 搭建数据存储:建立共享文件夹或数据库,按「原始数据/评分结果/审核记录」三层目录存放。
- 创建协作频道:在即时通讯工具中建立评分专用群组,用于对齐口径和答疑。
- 设置权限:数据提供者仅有写入原始数据目录权限,审核人有全部读取权限。
| 组件 | 推荐工具 / 平台 | 配置动作 | 负责人 | 验收标准 |
|---|---|---|---|---|
| 评分工具 | 飞书多维表格 / Airtable / Excel Online | 创建 RICE 评分模板,锁定公式列 | 项目经理 | 可多人同时编辑,无卡顿 |
| 数据存储 | 共享网盘 / Git 仓库 | 建立三层目录结构,上传数据清单 | 项目经理 | 所有成员可访问对应层级 |
| 协作平台 | 飞书 / Slack / 钉钉 | 创建「RICE 评分」群组,发布角色分工 | 项目经理 | 全员加入,消息可达 |
| 权限管理 | 按角色配置 | 数据提供者写入,审核人只读,分析师读写 | 安全团队 | 权限矩阵已生效 |
避坑提醒: 评分环境中最常见的故障是「多人同时编辑导致数据覆盖」。建议使用带版本管理的工具(如 Airtable 或 Git),并每天自动备份评分表。
2.4 前置准备三支柱关系图
数据清单、团队分工、评分环境三者构成等边三角支撑关系。任意一柱缺失,RICE 评估都无法稳定交付。