逆康威操作是什么
康威定律说系统的结构会复制组织的沟通结构；逆康威操作就是主动利用这条规律：先画出想要的目标架构，再按架构边界调整团队划分与职责，让组织协作方式自然产出期望的系统结构。Team Topologies 与 DORA 都把它当作组织设计手段，而非一次性的重组动作。
关键点
| 核心思想 | 组织结构决定系统结构，那就反过来用组织去塑造系统 |
|---|---|
| 做法 | 先定目标架构与领域边界，再调整团队边界、职责与交互模式 |
| 前提 | 团队要拿到端到端所有权，含交付与运维责任 |
| 代价 | 重组成本高，需要迁移计划、知识转移与沟通安排 |
典型使用场景
- 单体应用长期耦合：按业务域组建团队，倒逼模块边界清晰化
- 多个团队共用一个服务、改动互相阻塞：拆出所有权归属明确的团队
- 平台能力被反复重复建设：把平台能力收敛到专门的平台团队
- 故障责任在开发和运维之间推诿：让团队承担值班与线上责任
- 架构演进长期停在图纸：用组织调整推动边界真正落地
推进步骤示例
推进步骤示例
1 识别目标架构中的服务边界与数据归属
2 确定每个边界对应的团队规模与技能组合
3 规划重组节奏：分批迁移服务与值班职责
4 明确交互模式：协作、服务还是促进，并约定退出条件
5 迁移后跟踪交付指标，确认协作成本是否下降
# 重组与迁移必须同步，只改组织不改系统边界等于空转组织与架构对应关系
| 组织现象 | 架构后果 | 调整方向 |
|---|---|---|
| 一个团队包办多个业务域 | 单体与共享数据库 | 按业务域拆分团队与数据归属 |
| 跨团队共同维护同一服务 | 改动互相阻塞、发布排队 | 指定唯一归属团队，其他团队走接口 |
| 平台能力分散在各业务团队 | 重复建设与标准不一 | 收敛到平台团队，按自助方式提供 |
| 开发与运维分属两个部门 | 上线靠流程搬运，故障互相推责 | 让团队对交付与线上结果共同负责 |
重组频次要低：一年一变的组织让团队关系与领域知识反复清零，通常每次调整需预留一到两个季度的稳定期。