编辑导语：设计系统的组织，由此产生的设计相当于组织内部和组织之间的沟通结构，但其思考的深度远不止于此。在这篇文章中，作者深入分析了康威定律，并详细解释了团队组织和产品架构设计。有兴趣的话，来看看吧。

"组织形式等于制度设计& quot——这是康威定律阐述的一个关键思想。康威法律(melconway.com)

原话如下：

这些组织的通信结构。-梅尔文康威(1967)

中文直译大致意思是：设计一个系统的组织，由此产生的设计相当于组织内部和组织之间的沟通结构。

但它的意识形态灵感远不止于此。

这篇文章的内容如下：

团队组织& amp产品架构设计。通信成本=n(n-1)/2。孤岛系统集成接口数量。康威定律与微服务的合理性。团队组织与管理。产品架构设计面试的时候，面试官问我们想问什么。当我们实在想不出什么的时候，就问问团队组织架构。

这不仅关系到入职后的汇报和合作，也关系到对产品体系架构的预估。

为什么？因为组织结构往往代表一种合作分工，而分工的产物就是产品。

所以团队组织形式首先体现在制度上。

比如苹果产品和微软产品的脚骨设计，就能形象地理解这句话。

从这张图片可以看出：

亚马逊是有等级的，有秩序的；Google架构清晰，但产品和部门交织混乱；脸书建筑是分散的，就像一个分散的网络；在微软内部，山头为王，军阀作风深入骨髓；苹果说了算，那个人众所周知；在甲骨文中，臃肿的法务部显然比工程部更重要。

很多年前的《第一财经周刊》，甚至有人试图炮制一张中国各大科技公司的结构图——百度、腾讯、华为、联想、阿里巴巴、新浪。

结果显示，它们之间也有很大的不同(与今天的实际情况不同):华为，技术创新导致矩阵结构的变化；阿里巴巴，马云的影子无处不在；新浪，靠微博画大饼；百度崇尚简单；联想，有大有小，却左右互斗；腾讯，产品和部门有着千丝万缕的联系，QQ是所有产品和服务的基石。

这给我们的启示是，我们想要什么样的制度，就要建立什么样的团队。

举个例子，如果按照业务边界划分系统，每个人按照一个业务目标把自己的模块做成小系统、小产品，你的大系统就会成长为下面这个样子，也就是微服务架构：

这个想法其实来源于康威定律。

二、沟通成本=n(n-1)/2 《人月神话》最著名的一句话是：

添加manpowertoalatesoftwareprojectmakesitlaterFred brooks，(1975年)

这是因为通信成本=n(n-1)/2。

沟通成本随着项目或组织中人员的增加呈指数增长。例如：

对于一个5人的项目团队，沟通渠道是5 *(51)/2=1015人，15 *(151)/2=10550人，50 *(501)/2=1225150人。

这是为什么呢？国外研究表明，灵长类动物的脑容量与其对应种群的大小有关；

推断人脑智能只能支持我们维持这么多关系：亲密朋友，5信任朋友，15亲密朋友，35随便朋友，150。150也成为了很多设计的参考。例如，某个系统的购物车最多允许200件商品(覆盖150件商品)。

所以一个大的组织，因为沟通成本/管理问题，总是被分成小的团队。每个管理者都被赋予了一定的责任，去做大系统的一小部分，他们与大系统有一个沟通的边界。

三、孤岛系统集成接口数量是一个案例：随着医院信息化建设的不断完善，医院逐步推出了HIS、EMR、PACS、LIS等多个业务系统。由于这些业务系统是由不同厂商开发的，每个系统的操作系统和数据库不同，导致不同业务系统之间需求调用复杂、接口数量多且无统一标准、数据交互效率低、维护困难等问题。

作为神话& quot人月& quot提出，随着一个项目或组织中人员的增加，通信成本等于n (n-1)/2，传统模式下每个孤立系统对接时的最大接口开发数也是N*(N-1)/2。

这就导致了很高的实现成本，于是出现了很多集成平台。

集成平台的重要性在于，其不仅能够在各个系统之间实现统一集成和交互，同时为数据集成提供了可能。

通过将各个系统产生的数据集中存储并重新组织形成医院的数据仓库，集成平台为下一步数据分析创造条件，即充分挖掘数据价值进而形成一系列数字化应用支撑智能化决策，帮助医院实现真正数字化转型。

可以说，集成平台是医院数字化转型的重要基础。市场出现很多超融合架构承载集成平台，相较传统架构具备高可靠、高性能、简单敏捷等多种优势，将会成为企业集成平台基础架构选型的一个不可忽略的选项。

所以大的系统也会因此被拆分成一个个小团队负责的小系统（微服务是一种好的模式）。