01
口径：业务负责人负责
02
质量：数据 Owner 负责
03
实现：模型工程师执行
04
发布：语义管理员把关
05
使用：分析团队参与确认
06
变更：影响方知会并验收
结论：一个 Owner 不能覆盖所有责任
指标定义错误、源数据缺失、模型代码故障和发布未经批准属于不同问题。如果只登记“数据负责人”，事故发生时仍会互相等待。
用 RACI 为每类产物和活动明确负责执行者、最终问责者、协商者与知会者。
按产物而不是按部门划分
事实表、维度、指标、术语、质量规则、访问策略和发布版本分别建责任项。业务通常对含义问责，数据团队对实现和质量执行，安全团队参与敏感边界。
每项只能有清晰的最终问责角色，可以有多个执行或协商角色。
把责任嵌入变更流程
提议人说明原因和影响，执行者修改并测试，问责人批准，消费方在生效前收到通知。紧急修复也要补记录和复盘。
人员离职、组织调整或长期未响应时，系统应能发现责任空缺并升级。
责任需要配套证据
责任页连接定义、代码、测试、血缘、使用方、变更记录和事件。仅有姓名而没有可操作入口，无法缩短定位时间。
服务目标应按业务影响设定，不要为所有模型承诺相同响应时间。
选型时演练一次变更和事故
模拟核心指标改口径、上游字段中断和负责人休假，检查谁收到通知、谁批准、谁修复、谁向用户解释以及如何回滚。
BuildTable 可作为模型与语义协作候选；RACI 字段、审批、通知、血缘联动和身份系统集成需逐项确认。