第3章 前置条件准备：历史数据可用性、团队经验基线、评分者资质要求

Confidence（置信度）量化并非凭空产生，其可靠性高度依赖输入数据的质量、评估者的判断能力和团队的经验积累。本章定义Confidence量化启动前必须满足的三类前置条件，并给出具体的可操作检查清单。

3.1 适用场景

本章SOP适用于以下场景：

• 初次引入RICE评分体系，需要确定Confidence是否可量化评估的团队。
• 项目复盘或度量改进，发现历史Confidence评分与最终结果偏差较大时，需重新校准前置条件。
• 跨团队/跨部门项目评审，统一Confidence评估基线。
• 自动化或半自动化RICE工具导入，需要明确数据源和评分者权限。

3.2 前置条件

量化Confidence前，团队必须完成以下三项准备工作的自检：

维度	最低要求	理想状态
历史数据可用性	至少3个已完成项目的RICE数据（包括Confidence评分与最终实际结果）	≥10个项目数据，且覆盖不同置信区间
团队经验基线	主要评分者具备至少1次完整RICE使用经验	团队平均RICE使用次数≥5次，且参与过Confidence校准会议
评分者资质要求	每位评分者完成Confidence量化在线培训并通过考核（正确率≥80%）	评分者持有内部认证，且每年参加一次校准研讨会

3.3 操作步骤

1. 收集历史RICE记录： 从项目管理系统导出至少3个已完成项目的原始RICE表格，包含Reach、Impact、Confidence、Effort四列及最终实际效果评估。
2. 校准团队经验基线： 组织内部Confidence一致性测试——所有人对同一个虚构功能独立评分一次，比较偏差，要求标准差≤0.5。
3. 确认评分者资质： 检查每位候选评分者的培训记录、考试成绩和最近一次校准参与日期。不符合者需安排在正式评估前完成补训。
4. 生成前置条件检查表： 将以上结果记录到记录材料表格中，由经理或流程负责人签字确认。

3.4 输入输出物

类型	输入物	输出物
数据	历史RICE项目记录（至少3份）	前置条件自检报告
人员	评分者候选名单及培训记录	通过资质考核的评分者名单
工具	Confidence量化标准文档（公司内部）	校准后的团队Confidence基线值

3.5 责任边界

• 产品负责人/PM： 确保历史数据可提取，并签字确认团队经验基线达标。
• 数据工程师/分析师： 提供历史项目数据，并清洗异常值。
• Scrum Master/敏捷教练： 组织一致性测试和校准会议。
• 评分者本人： 完成培训，如实参与评分一致性测试。
• 质量委员会： 抽查前置条件检查表，若发现造假，全流程回退至步骤1。

3.6 记录材料

本节工作完成后，必须填写以下结构化记录（示例格式）：

# 前置条件检查表
项目名称: [项目A]
检查日期: [YYYY-MM-DD]
负责人: [姓名]

## 历史数据可用性
- 历史项目ID列表: P001, P003, P007
- 数据完整性（缺失率）: 0% （要求≤5%）
- 异常值处理: 已移除P007中的离群Impact评分

## 团队经验基线
- 一致性测试结果: 平均偏差0.3，标准差0.4
- 合格人员数: 4/5 （要求≥80%）
- 校准会议记录: 会议ID CAL-2025-03

## 评分者资质要求
- 培训通过名单: 张三、李四、王五、赵六（补训完成）
- 考核最低分: 85% （≥80%）
- 最近校准参与: 2025-03-01全员参加

## 整体结论
✅ 满足前置条件，可以进入Confidence量化正式流程。

3.7 异常处理

异常场景	处理措施	升级路径
历史项目数不足3个	使用行业基准数据（需注明来源），或扩大历史范围至相似产品线	需产品VP批准
一致性测试标准差>0.5	增加联合校准工作坊（2小时），直到标准差≤0.5	若工作坊后仍超标，推迟Confidence量化
某评分者考核未通过	提供补习材料，24小时内重考一次；仍不通过则取消该轮评分资格	保留补考机会，但不可延长至下个迭代
历史数据存在关键字段缺失	优先从产品数据仓库反向推算缺失字段；无法推算则删除该记录，并注明“部分推断”	缺失超过20%的记录需数据团队负责人复核

3.8 验收标准

1. 完成《前置条件检查表》并填写完整（包括负责人签字）。
2. 历史项目数据量≥3个，且字段完整度≥95%。
3. 一致性测试标准差≤0.5，且所有评分者考核通过。
4. 异常处理场景均有记录，升级路径清晰。未遗留未解决项。
5. 输出物（检查表、通过名单、校准记录）归入项目RICE知识库。