| 手段 | 设计评审、原则与标准、适应度函数、例外流程 |
|---|---|
| 节奏 | 关键决策前置评审，日常变更轻量执行 |
| 度量 | 偏离项数量、例外处理周期、返工比例 |
- 明确治理范围：哪些决策必须评审、哪些在团队内自治
- 把原则写成可检条目（如接口兼容规则、依赖方向约束）
- 用适应度函数做自动化检查，减少对人工评审的依赖
- 例外流程要有期限与归档：例外到期自动复核
- 按度量校准治理强度：排队时长、返工比例与偏离项趋势
治理的目标是一致性与可预期性，不是审批本身：每个环节都要能说清防止了哪类问题。
架构治理
治理让架构决策可执行：通过评审门径、原则清单与适应度函数保证一致性；治理强度按团队自治程度调整，重流程会压垮交付，无治理则架构失控。
易错点
- 所有变更都进评审，交付排队等待
- 治理缺失，各团队架构决策互不兼容
数据来源与参考
- 《Software Architecture in Practice（第 4 版）》（Bass 等）
- 《Building Evolutionary Architectures》（Ford 等）