23 AI Ready Data 的组织运行机制
本章产出： 产品、数据域、平台、安全、业务和架构治理的职责模型，以及让 AI Ready Data 从项目转为长期能力的运营节奏。
企业数据项目常以“上线”结束：管道交付、报表发布、项目组解散。Agent 系统不能这样运行。源系统会变化，制度会更新，文档会撤回，模型和索引会升级，用户会提出新问题，攻击方式也会演进。即使第一天可靠，若没有组织持续维护上下文，第九十天就可能在无明显报错的情况下使用旧规则。
AI Ready Data 的终点不是一个平台，而是一种运行机制：数据以产品方式被拥有，领域对语义和质量负责，平台提供公共能力，安全把政策嵌入执行，业务用结果验证价值，架构治理管理跨域选择。反馈从使用现场回到数据和规则，再进入下一轮评估。
23.1 从项目团队转为产品团队
项目以范围、预算和截止日期管理，产品以消费者、服务承诺和生命周期管理。项目可以交付一个设备上下文 API，产品团队还要回答：谁在用，是否达标，变更怎样通知，问题由谁处理，成本是否合理，何时退役。
数据产品应有长期负责人和跨职能小组。负责人不一定管理所有工程人员，但拥有产品边界、消费者价值、SLO、路线图和生命周期。业务所有者定义语义与优先级，技术团队实现与运行，治理和安全提供护栏。没有实际资源和决策权的“Owner”标签没有意义。
产品组合也需要管理。企业可能有客户、设备、供应商、合同、知识和权限等共享产品。管理层根据复用、价值、风险和成本投资，而不是按数据表数量评价。无人消费或长期不达标的产品需要调整或退役。
23.2 五类核心角色
23.2.1 业务与领域团队
领域团队最接近事实产生的流程，对实体、规则、质量和结果负责。售后域决定何谓确认故障、手册如何适用、案例何时发布；财务域决定收入和合同口径。平台团队不能代替领域作出这些判断。
领域责任包括指定语义所有者、响应质量事件、审批关键反馈、参与评测和验证业务价值。它也负责改进源流程，而不是让数据团队永久修补。
23.2.2 数据产品团队
数据产品团队连接消费者与生产者。它定义场景、MVDP、端口、契约、SLO、指标和路线图；收集失败与结果，安排数据、检索、体验和治理的优先级；在价值不足时敢于收缩或停止。
AI 数据产品经理还要区分功能、Agent 能力和平台能力，避免把每个需求都做成定制功能，也避免以平台建设替代用户价值。
23.2.3 平台与工程团队
平台提供采集、存储、计算、元数据、质量、血缘、语义、检索、身份集成、工具治理、评测和可观测等公共能力。它的消费者是数据产品和领域团队，因此平台本身也要按产品运营，有文档、SLO、支持和采用指标。
平台不应成为所有语义和需求的中央瓶颈。它建立开放接口、自助工作流和最低标准，让领域在护栏内自治。只有被多个场景证明可复用的能力才沉淀平台，避免为假想未来过度建设。
23.2.4 安全、隐私与治理团队
这些团队定义分类、最小权限、使用目的、风险等级、保留、审计和高风险动作规则，并提供策略、评审与监督。它们不应只在上线前审批，而要参与场景选择、设计和事件响应。
治理目标不是让所有变化变慢，而是按风险分层。低风险、兼容变更自动检查；高风险数据、工具和动作进入强评审。策略尽量机器可执行，例外有期限和责任人。
23.2.5 架构与领导团队
企业或首席数据架构角色维护目标能力、原则、标准和跨域 ADR，管理重复建设、技术债、供应商和退出。它连接业务投资与长期演进，确保局部快速交付不会破坏身份、语义和治理底座。
领导团队为关键数据产品提供资源，解决跨域所有权冲突，审查价值和风险组合。架构治理不是画图审批，而是保存选择理由、后果和复审条件。
23.3 RACI 责任示例
| 活动 | 业务域 | 数据产品 | 平台工程 | 安全治理 | 架构委员会 |
|---|---|---|---|---|---|
| 场景与价值 | A/R | R | C | C | C |
| 语义与规则 | A/R | C | C | C | I |
| 数据契约 | R | A/R | R | C | C |
| 平台能力 | C | C | A/R | C | C |
| 权限与风险 | C | C | R | A/R | C |
| 评测与反馈 | R | A/R | R | C | I |
| 跨域标准 | C | C | R | C | A/R |
| 价值与退役 | A | R | C | C | C |
R 表示执行，A 表示最终负责，C 表示协作，I 表示知会。表格应按企业实际调整，但每项只能有清晰的最终责任，避免“共同负责”变成无人负责。
23.4 集中治理与领域自治
完全中心化能统一标准，却容易形成审批瓶颈和远离业务；完全自治交付快，却会造成重复平台、语义冲突和安全不一致。更适合的方式是联邦治理。
中心统一：
- 身份、分类、审计与最低安全策略；
- 元数据、契约、质量和血缘的公共协议；
- 数据产品和工具的最低发布门槛；
- 风险分级、架构原则和例外机制；
- 企业核心实体与跨域映射原则。
领域自治：
- 领域实体的详细语义和规则；
- 产品优先级、质量目标与运营；
- 在标准端口上的技术实现选择；
- 反馈审核与业务结果解释；
- 在风险护栏内的实验。
“统一协议、分布责任、透明状态”比“统一所有实现”更可持续。上下文层连接这些自治产品，使 Agent 能发现含义、所有者和使用边界。
23.5 四个运营循环
23.5.1 每日：运行与事件
观察关键数据年龄、服务 SLO、质量门禁、工具异常和安全事件。严重问题立即降级、冻结或转人工，并通知受影响消费者。恢复后对账和复查动作。
23.5.2 每周：产品与失败
查看高影响失败、无结果查询、人工修改、质量积压和用户问题。按数据、语义、检索、生成、工具、体验和业务归因，指定负责人和回归样本。会议重点是决定行动，不是浏览仪表盘。
23.5.3 每月：价值与成本
比较采用、流程时间、业务结果、风险和单位成本；检查 SLO 与错误预算；审查路线图是否仍围绕价值。新增范围需要相应数据与治理证据，表现不佳的能力收缩。
23.5.4 每季度：组合与架构
审查数据产品组合、共享能力、供应商、技术债、政策、ADR 和退役。决定投资哪些领域，哪些能力平台化，哪些重复方案收敛，哪些假设需要新实验。
四个节奏把技术健康与业务价值连接起来，也防止所有问题都等到季度汇报才被发现。
23.6 架构评审如何服务交付
架构评审应集中于重要、不可逆或跨域选择：数据主权、身份边界、核心实体、共享平台、高风险动作、供应商锁定和大规模成本。普通兼容变更通过自动契约与团队规范完成。
评审材料使用统一模板：业务任务、质量属性、约束、选项、决定、后果、证据、失败和复审条件。委员会给出可执行意见，并记录例外期限。若评审只检查是否用了标准技术，而不理解业务风险，就无法产生价值。
已接受 ADR 定期复审。原来因团队能力选择批处理，团队和业务窗口变化后可以升级；原来不建图谱，关系问题增长后可以重评。架构原则稳定，具体决定允许演进。
23.7 数据契约的组织工作流
契约需要生产者、数据产品和消费者共同参与。生产者承诺稳定字段与变化通知，数据产品负责语义和服务，消费者声明依赖与降级。平台提供模式检查、质量监控和影响分析。
契约失败时按影响分级。兼容的小延迟可能警告，高风险规则缺失必须阻断。修复责任回到最近可行动的所有者，不能全部丢给平台值班。反复失败进入源流程改进和管理复盘。
契约谈判也会暴露组织问题：如果无人愿意拥有某个关键字段，这不是技术缺陷，而是业务责任缺口。领导者需要指定权责或调整场景。
23.8 能力社区与组织学习
多个 Agent 团队容易重复踩坑。可以建立轻量实践社区，分享数据产品模板、检索评测、工具契约、权限模式、故障复盘和 ADR。社区不是另一个审批层，而是降低知识迁移成本。
案例与复盘必须去除敏感内容，保留背景、约束、选择、结果和教训。内部组件提供示例和黄金路径，但允许领域在说明理由后例外。培训同时面向产品、架构、工程、业务和安全，形成共同语言。
高级人才培养不能只靠技术课程。让产品经理主持契约与价值复盘，让架构师参与用户研究和事故处理，让业务专家参与评测和语义建模，才能形成端到端判断。
23.9 度量运行机制
组织能力可以通过以下信号观察：
- 关键数据产品的真实消费者、所有者和 SLO 覆盖；
- 质量事件发现与恢复时间，源头修复比例；
- 新场景复用已有产品和平台的比例与交付周期；
- 契约变更提前发现破坏的次数；
- 高风险错误、越权、人工接管和审计完整；
- 数据产品价值、单位成本和退役数量；
- 失败样本进入回归的速度；
- 语义争议与跨域决策的解决时间。
不要用元数据条目数、规则数或 Agent 数量作为北极星。这些是活动或资产指标，可能增加而不产生能力。
23.10 激励与预算
若领域团队只为业务交付考核，不会主动维护可复用数据产品；若平台只为稳定考核，可能拒绝试验；若 AI 团队只为功能上线考核，可能绕过治理。目标需要组合：业务价值、产品健康、复用贡献、风险和成本共同进入评价。
预算也从一次性项目转向产品组合。共享基础能力获得持续平台预算，领域产品按消费者与价值投资，实验使用时间盒资金。规模化前核算边际成本，价值不足的产品允许退役。领导者要奖励及时停止错误方向，而不是把停止视为失败。
23.11 山城精工的运行模型
山城精工可成立“售后智能与数据产品小组”，但语义和规则仍由售后域拥有。数据平台提供设备实体、目录、质量、血缘、检索和评测框架；安全提供身份策略与动作分级；架构委员会复审跨域实体、供应商和新动作。
每周审查助手失败和数据事件，每月观察诊断、一次解决、风险和成本，每季度决定扩品类或复用。设备配置冲突若持续发生，责任回到现场变更流程，而不是永久人工修索引。
第二个 Agent 场景必须通过场景优先级和产品边界评审。它可以复用设备上下文、身份和评测，却不能直接读取售后助手内部表。这样复用的是产品承诺，而非技术偶然。
23.12 本章交付物：运行章程
运行章程至少包括：
- 产品、领域、平台、安全、架构与业务职责；
- RACI、升级路径和最终决策权；
- 集中标准与领域自治边界；
- 每日、每周、每月、每季度运营节奏；
- 契约、质量事件、架构例外和退役流程；
- 价值、健康、风险、成本和组织能力指标；
- 预算、激励、社区和人才机制；
- 出现事故、价值下降或所有者缺失时的处置。
AI Ready Data 不是把企业数据一次加工成某种“就绪状态”，而是让数据持续保持对任务可用。只有当所有者、契约、平台、策略、评估和反馈在日常组织中运转，Agent 才不会成为短暂演示。企业获得的真正资产，是反复把业务变化翻译为可信上下文、再把结果反馈为下一次改进的能力。