康威定律是什么
康威定律指出：系统架构会映射组织的沟通结构。因此组织调整与架构演进需要协同进行——想让系统边界变成什么样，就要先让团队边界与协作方式变成那样。反之，若只改架构不改组织，跨团队依赖会把架构慢慢拉回原来的形状。这条定律常与 Team Topologies 一起使用，后者提供了具体的团队类型与交互模式设计方法。
基本信息
| 提出 | Melvin Conway（1968 年《How Do Committees Invent?》） |
|---|---|
| 含义 | 系统设计受组织沟通结构影响 |
| 启示 | 改架构往往也要改团队边界与协作方式 |
| 反向应用 | 按目标架构倒推团队划分 |
| 常见症状 | 跨团队依赖导致大量协调会议 |
| 配套方法 | Team Topologies 的团队类型与交互模式 |
典型使用场景
- 架构演进：拆分服务的同时调整团队边界，避免依赖回流
- 微服务划分：按认知负荷与协作频率设计服务边界
- 组织重组：评估现有系统依赖是否支持新的团队结构
- 平台建设：把共性能力收敛为平台团队，减少重复协调
- 并购整合：两个组织的系统与团队边界需要同步重塑
- 定期自查：用依赖图与沟通图对照，找出错位之处
自查问题示例
自查问题示例
□ 服务边界是否与团队边界错位？
□ 跨团队依赖是否需要大量会议协调？
□ 单个团队是否维护互不相关的一堆系统？
□ 同一功能改动是否需要三个以上团队同时上线？组织与架构对齐
| 信号 | 组织原因 | 调整方向 |
|---|---|---|
| 发布需要多团队同步 | 服务边界与团队边界交叉 | 合并服务或调整团队归属 |
| 沟通靠会议维持 | 缺少稳定接口与契约 | 定义服务接口与责任边界 |
| 某团队系统过多 | 认知负荷超载 | 拆分团队或交由平台承接 |
康威定律描述的是规律而非宿命：可以有意利用它，先设计期望的团队与协作结构，再让架构朝那个方向演进。