主题域推进节奏是什么
主题域建模的推进节奏指单个主题域内不要一次性铺开：先做核心业务过程（交易域先做下单与支付），再补周边过程（退款、优惠核销、售后）；域内先把事实粒度定清楚并对账通过，再把可复用的维度沉淀到公共层。节奏控制是治理动作，目的是防止域内摊大饼——几十张事实表同时开工，最后没有一张能通过对账。
基本信息
| 推进顺序 | 先核心业务过程，后周边过程 |
|---|---|
| 沉淀动作 | 域内复用维度上升为公共维度 |
| 验收标准 | 跨过程汇总能对上账，粒度声明齐全 |
| 节奏单位 | 以周或双周为一批，一批一个可验收主题 |
| 收口责任 | 必须有明确的人负责维度一致性 |
典型使用场景
- 交易域启动：先做主订单与支付两个过程，退款留到下一批
- 维度沉淀：域内先自建客户维度，稳定后提升为公共维度并通知各域
- 验收门槛：核心过程不通过跨表对账，周边过程不得开工
- 范围控制：需求方一次提二十张表时，按业务过程价值排序分批
- 跨域协同：多个域共用同一维度时，先由主责域产出再被引用
- 复盘节奏：每批结束后评估沉淀出来的公共资产，而不是只数交付表数
推进检查
推进检查
周 1 核心过程上线（下单、支付）
周 1末 粒度声明齐全、跨过程汇总对账通过
周 2 维度登记与公共维度沉淀（客户、商品、门店）
周 2末 未知成员占比回到基线、公共维度对外公告
周 3 起排周边过程（退款、优惠核销、售后）
-- 交易域示例：从下单、支付、退款三个过程起步的事实设计
-- 原则：一批只上线能验收的范围，宁少勿杂阶段与验收
| 阶段 | 产出 | 验收条件 |
|---|---|---|
| 核心过程 | 1 到 2 张事实表 + 粒度声明 | 跨过程汇总对账一致 |
| 维度沉淀 | 公共维度登记与发布 | 引用方确认口径无异议 |
| 周边过程 | 扩展事实表 | 与核心过程共用维度可关联 |
| 治理收口 | 维度负责人与变更流程 | 新增属性走评审 |
节奏的意义在于把「维度一致性」这件难事拆成可验收的小步：每批只引入少量新维度，冲突当场解决；如果一次性铺开十几个过程，维度冲突会同时爆发，最后往往以每张事实表各建一份私有维度收场。