-
前言：为什么系统越做越大就越混乱？
- 多团队并行
- 功能快速堆叠
- 老代码无人敢改
- 结果就是：
组件碎片化、逻辑碎片化、数据碎片化、技术碎片化
这就是“系统碎片化”。
-
系统碎片化的四大类型
- 代码碎片化：重复实现、if/else 冗余、模块混乱
- 能力碎片化：同样功能在不同团队重复造轮子
- 数据碎片化：同字段多个口径、数据来源不一致
- 技术碎片化：不同服务用不同规范/框架/工具
-
碎片化的危害
- 研发速度越来越慢
- 需求迭代痛苦指数飙升
- “谁动谁死”的恐惧文化
- 业务复杂度呈指数上升
-
碎片化治理体系（核心）
- 统一规范化（Standardization）
- 能力抽象（Capability Layer）
- 领域边界（Bounded Context）
- 组件沉淀（Reusable Components）
- 数据治理（Data Contract）
-
技术策略：治理碎片化的实际手段
- 核心能力中台（如权限、文件、任务、审批）
- 公共组件库（UI、Service、SDK）
- Domain Schema Registry
- 代码扫描器（重复代码检测）
- 事件目录（Event Catalog）
-
组织策略：避免团队间碎片化
- 架构委员会（Architecture Board）
- ADR（设计变更记录）
- Guild 机制（跨团队技术议题治理）
- 组件 owner 制度
-
案例：一个“看似简单”的审批系统，如何被碎片化吞噬？
- 5 个业务线、4 套独立逻辑
- 通过领域建模 + 能力中台治理
- 最终统一到一个强领域模型
-
总结
- 碎片化不可避免，但必须让它“可控”
- 成熟系统的特点不是没有碎片化
- 而是拥有 长期的碎片化治理体系
