系统的接口，往往先复制了团队的沟通边界
组织怎样分组和沟通，会限制它能设计出怎样的系统；改架构时，也要检查负责各部分的人如何交换信息。
谁在何时、何处提出
梅尔文·康威在1968年出版的〈委员会怎样发明？〉（How Do Committees Invent?）中明确讨论了这一思想。定位：《Datamation》14卷5期，第28—31页，结论段。
文章发表于1968年4月；链接为作者网站保存、经原刊许可重印的四页PDF。本次按该重印本核对。
原文、核心意思与误读
“organizations which design systems … are constrained to produce designs which are copies of the communication structures”。自然译为：设计系统的组织，会受自身沟通结构约束，产出的设计会映照那套结构。
这句话常被当作一句机智的“定律”，核心却是设计过程中的协调限制。系统要被拆成若干部件，而各小组更容易在自己掌握的信息范围内做决定；小组之间难以频繁沟通的地方，最后往往变成生硬接口、重复功能或责任空白。
误读之一是认为组织图能精确预测每条代码边界。康威谈的是约束和倾向，不是决定论。另一个误读是先画理想架构，再机械地把团队重组为同样形状。现实还受技能、历史系统、供应商和权限影响，重组本身也会制造新的沟通成本。
日常例子是一项“客户改地址”流程：客服改了业务系统，财务和配送各自保留另一份地址。三个页面并非纯技术失误，它们也反映三组人平时如何交接。只要求工程师合并字段，而不建立共同负责人和异常反馈，重复很可能重新出现。
为什么落实起来仍有阻力
本篇归入B类：观点已有传播，但日常落实仍需要条件。没有找到可靠的总体采用率数据，以下是对执行阻力的分析。
第一，架构图可见，实际沟通网络却包含非正式求助、审批和沉默的交接，很难一次画全。第二，部门预算和绩效按边界核算，共享接口的维护责任容易悬空。第三，大规模重组代价高，且未必改变日常信息流。这些是实施层面的推断；原文没有给出今天组织的采用率。
今天做一个小实验
这是据上述思想设计的个人练习，不是原作者的标准实验，也不预先保证一定有效。
用45分钟做一次“接口—沟通”对照。选一个经常跨人的流程，前10分钟画出信息经过的系统或表格；再用10分钟画出真正需要确认的人员；用10分钟圈出技术接口与沟通交接同时卡住的位置；用10分钟为其中一处指定共同输入、负责人和异常回路；最后5分钟写下下周能观察的信号，例如重复录入次数。实验产物是一张对照图，不是立即重组团队。
什么时候不宜照搬
小团队也可能因遗留技术形成复杂接口，大组织也能靠稳定协议减少耦合，所以不能把每个技术问题都归罪于组织结构。涉及人事调整时还需考虑劳动关系、专业成长和业务连续性；一张架构图不足以支持裁撤决定。