第1章 课程目标与适用场景
1.1 课程目标
本课程旨在建立一套可复用的 RBAC 需求优先级打分体系，使产品经理、架构师和权限领域负责人能够基于 RICE 模型（Reach 触达、Impact 影响、Confidence 信心、Effort 成本）对 RBAC 类需求进行量化排序，从而在有限迭代周期内优先交付价值最高的权限功能。
核心交付物：一套标准化的 RICE 打分卡模板 + 需求优先级排期规则，可直接嵌入 Scrum / 看板流程。
1.2 RBAC 需求范围（适用场景）
本课程覆盖以下 RBAC 需求类型，凡涉及 角色、权限、资源、策略 四要素的需求均属于打分范围：
| 需求类别 | 典型示例 | 是否纳入评分 |
|---|---|---|
| 角色体系设计 | 新增三级角色层级、角色继承关系 | 是 |
| 权限粒度调整 | 从粗粒度调整为细粒度（字段级） | 是 |
| 资源类型扩展 | 新增数据源/菜单/API 资源分类 | 是 |
| 策略引擎升级 | 从 RBAC 升级为 ABAC 混合策略 | 是 |
| 纯 UI/UX 优化 | 权限管理页面样式调整 | 否 |
| 非功能需求 | 权限模块性能优化（与策略无关） | 否 |
边界提醒：仅与“权限判定逻辑”无关的 UI 层或性能优化需求不应进入 RICE 打分通道，需走常规需求排期。
1.3 RICE 打分目标
RICE 每个维度的定义与 RBAC 场景的对应关系如下：
| 维度 | RBAC 语境释义 | 评分范围 |
|---|---|---|
| Reach（触达） | 该需求影响的用户角色数 × 平均每角色涉及的用户量 | 1–10 |
| Impact（影响） | 对权限正确性、安全合规、业务效率的提升程度 | 1–10 |
| Confidence（信心） | 需求描述清晰度、验收场景覆盖率、技术可行性 | 1–10 |
| Effort（成本） | 从设计到上线的全链路人天（含回归测试） | 1–10（越低越好） |
最终优先级分值 = (Reach × Impact × Confidence) / Effort，数值越高优先级越靠前。
1.4 适用角色与责任边界
| 角色 | 在 RICE 打分中的职责 | 责任边界 |
|---|---|---|
| 产品经理 | 提需、填写 Reach / Impact 初评 | 对需求场景真实性负责 |
| 权限架构师 | 审核 Confidence、评估 Effort | 对技术方案可行性负责 |
| 安全合规负责人 | 复核 Impact 中的合规权重 | 对安全红线负责 |
| Scrum Master | 组织打分会议、维护评分记录 | 对流程规范性负责 |
建议：打分环节由产品经理和架构师双人背靠背初评，差异超过 2 分则需拉会对齐，避免单方偏见。
1.5 前置条件
进入本章 RICE 打分流程前，必须满足以下条件：
- 需求已结构化：每个 RBAC 需求已按“角色 + 资源 + 操作 + 策略”四要素模板描述。
- 用户基数可量化：能够获取或估算各角色的实际用户数（或账户数）。
- 技术方案有初版：架构师已给出至少一种实现思路，可支撑 Effort 估算。
- 合规基线已确认：安全团队已明确该需求是否涉及 GDPR、等保或其他合规要求。
常见卡点：若需求描述缺少“资源范围”或“操作类型”，则 Confidence 自动降为 1 分，直至补齐。
1.6 操作步骤（总体流程）
本课程将 RICE 打分拆解为 5 个连续步骤，后续章节逐一展开：
- 需求结构化校验 — 确保 RBAC 四要素完整。
- 四维独立评分 — Reach / Impact / Confidence / Effort 逐项打分。
- 分数标准化与加权 — 应用公式计算优先级分值。
- 争议裁决 — 处理评分差异超过阈值的需求。
- 输出排期队列 — 生成可进入 Sprint 的优先级列表。
1.7 输入输出物
| 方向 | 物名称 | 格式 | 负责人 |
|---|---|---|---|
| 输入 | RBAC 需求采集表 | 结构化 Markdown / 表格 | 产品经理 |
| 输入 | 用户角色分布数据 | Excel / 数据看板截图 | 数据分析师 |
| 输入 | 技术方案草图 | Confluence 文档 | 权限架构师 |
| 输出 | RICE 评分卡（含优先级分值） | 在线表格 / 评分工具 | Scrum Master |
| 输出 | 优先级排期队列 | 看板列表 / Jira 排序 | 产品经理 + Scrum Master |
1.8 记录材料
以下模板和记录需归档至项目知识库（如 Confluence 或 Notion），作为后续追溯和审计依据：
- RBAC 需求采集模板 — 包含“角色/资源/操作/策略”四字段。
- RICE 评分卡模板 — 包含每个维度的评分标准说明。
- 角色-用户映射表 — 用于 Reach 计算。
- 评分裁决记录 — 记录争议点、对齐结果和最终分数。
- 优先级队列快照 — 每次 Sprint 计划前的排序截图。
1.9 异常处理
| 异常场景 | 处理方式 | 责任方 |
|---|---|---|
| 需求描述缺失“资源范围” | 退回产品经理补充，Confidence 暂记 1 | Scrum Master |
| 角色用户数无法获取 | 按“预估下限”取值，并在评分卡备注标记 | 数据分析师 + 产品经理 |
| 技术方案存在多路径 | 取 Effort 均值，或由架构师指定推荐路径 | 权限架构师 |
| 安全合规意见冲突 | 升级至安全委员会仲裁，评分冻结 | 安全合规负责人 |
1.10 验收标准
第 1 章内容交付后，应满足以下检查项：
- ✅ 团队所有成员理解 RBAC 需求范围边界（能区分“纳入打分”与“不纳入打分”）。
- ✅ 每个角色清楚自己在 RICE 打分中的职责与权力边界。
- ✅ 前置条件清单已被确认，缺失项已记录为风险。
- ✅ 输入输出物模板已就位，可供下一章直接使用。
- ✅ 异常处理规则已公示，团队无异议。