2. 前置条件梳理

适用场景

前置条件梳理是需求分析阶段的第一道质量闸门。当以下任意场景发生时，必须启动本流程：

• 新指标需求接入：业务方提出新的度量指标，当前数据仓库中尚无对应口径记录。
• 跨部门数据协作：两个以上业务线共用同一指标，但各自口径存在隐性差异（如“活跃用户”在运营和销售部门的定义不同）。
• 需求变更：已有指标的业务逻辑或数据源发生变更，需要重新评估数据可行性与口径对齐方案。
• 监管/合规报送：对外报送的指标口径必须可追溯、可验证，前置条件梳理是合规基线。

前置条件

执行本流程前，需确保以下基础材料和组织准备已完成：

1. 需求文档初稿已就绪：至少包含指标名称、业务定义、期望粒度（日/周/月）、维度拆分需求。
2. 干系人清单已识别：列出业务方代表、数据Owner、技术对接人、数据质量负责人。
3. 基础数据字典可访问：当前数据仓库/数据湖的元数据目录、字段说明、血缘关系图至少可用。
4. 需求优先级框架已共识：团队已选定优先级评分模型（如RICE、ICE或自定义加权模型）。

操作步骤

前置条件梳理采用三步并行校验法，每一步输出一个结构化矩阵，作为后续需求分析的准入凭证。三步之间既有顺序依赖（数据源可用性确认 → 业务方参与度评估 → 需求优先级排序），也允许局部并行。

步骤一：数据源可用性确认

目标：验证需求涉及的指标数据是否已在数据仓库/数据湖中沉淀，且质量、时效、权限满足需求。

• 1.1 元数据探查：在数据字典中检索指标对应的物理表/视图、字段名、字段类型、分区策略。若存在多个同名或相似字段，记录差异。
• 1.2 质量验证：检查字段空值率、异常值占比、历史数据连续性。空值率超过 15% 或连续缺失超过 7 天，标记为“质量待修复”。
• 1.3 权限与时效确认：确认当前数据源是否有读权限；数据产出时间是否满足业务时限（如 T+1 日报需在次日 8:00 前就绪）。

输出物：数据源可用性矩阵（见下方记录材料章节示例）。

步骤二：业务方参与度评估

目标：量化业务方在口径对齐过程中的投入意愿和响应能力，避免因业务方失联导致需求搁置。

• 2.1 干系人识别与分组：将干系人分为“关键决策者”“业务解释者”“数据审批者”三类，每类指定至少一位联系人。
• 2.2 参与意愿评级：通过简短访谈（15分钟）了解业务方对指标口径对齐的投入度。评级标准：
  高（主动提供口径文档/测试数据）、中（配合访谈但无主动产出）、低（多次联系无回应或拒绝参与）。
• 2.3 时间承诺确认：与业务方约定口径评审会议时间、口径确认截止日。低参与度业务方需升级至项目 Sponsor 协调。

输出物：业务方参与度评级表。

步骤三：需求优先级排序标准

目标：基于统一的指标评分模型对需求进行优先级排序，确保资源优先投入高价值、高紧急、高可行性的需求。

• 3.1 定义优先级评分指标：设定“需求优先级指数（RPI）”，由三个维度加权计算。
• 3.2 维度拆解：
  • 业务价值分（权重 40%）：覆盖用户数（万）、收入影响（万元/月）、战略匹配度（1-5 分）。
  • 紧急度分（权重 35%）：时间敏感性（是否有固定截止日）、依赖阻塞数（阻塞其他需求的个数）、合规要求（是否监管强制）。
  • 资源匹配分（权重 25%）：数据可用性（步骤一评分）、技术可行性（1-5 分）、人力投入（人天）。
• 3.3 评分与排序：每个需求按 RPI 公式计算总分，生成优先级排序看板。RPI = 业务价值分 × 0.4 + 紧急度分 × 0.35 + 资源匹配分 × 0.25。

看板结构说明：每一行代表一个需求，维度分项（业务价值、紧急度、资源匹配）为 0-100 标准化分数，RPI 总分 = 加权求和。看板按 RPI 总分降序排列，资源分配时优先处理 Top 需求。

输出物：需求优先级排序矩阵（含 RPI 评分明细）。

三步流程总览

以下内联 SVG 展示了从数据源可用性确认到需求优先级排序的完整前置条件梳理流程。三个主步骤之间用箭头串联，每个主步骤下方列出关键子活动。

输入输出物

责任边界

记录材料

以下为数据源可用性确认检查表模板示例，用于记录每个数据源的探查结果。填写后作为步骤一的输出留存。

| 数据源名称 | 物理表名      | 字段名      | 字段类型 | 空值率 | 异常值占比 | 数据连续性 | 是否有读权限 | 产出时效   | 状态       |
|------------|---------------|-------------|----------|--------|------------|------------|--------------|------------|------------|
| 用户行为日志 | dwd_user_act  | active_flag | string   | 2.3%   | 0.1%       | 连续365天   | 是           | T+1 06:00  | ✅ 可用    |
| 订单系统    | ods_order     | order_amt   | decimal  | 8.7%   | 0.5%       | 连续180天   | 是           | T+1 08:30  | ✅ 可用    |
| 客户画像    | dim_customer  | tag_life    | string   | 22.1%  | 3.2%       | 连续90天    | 否（需申请） | T+2 10:00  | ⚠️ 待修复  |

业务方参与度评级表与需求优先级排序矩阵也需存档至项目知识库，用于后续审计与回溯。

异常处理

验收标准

前置条件梳理完成的标准（三项全部满足方可进入正式需求分析）：

1. 数据源可用性矩阵已签署：所有需求对应的数据源已探查并标记状态（可用/待修复/不可用），待修复项已关联修复SLA。
2. 业务方参与度评级表已归档：所有干系人完成评级，评级为“低”的已升级处理并有明确结论。
3. 需求优先级排序矩阵已评审：需求列表已完成 RPI 评分，排序结果经数据产品经理与业务方代表双签确认，看板已发布至团队共享空间。