TLDP 002：康威定律无处不在

Question

其他组的Leader离职，我刚接手了团队，同时管理几个团队，有很多内部和外部的关系急需梳理，团队之间职责边界模糊，界定不清，引起很多日常争吵，应该怎样调整？

Answer

康威定律无处不在。

维基百科：

马尔文·康威 1967年 提出：
“设计系统的架构受制于产生这些设计的组织的沟通结构。”
即系统设计本质上反映了企业的组织机构。系统各个模块间的接口也反映了企业各个部门之间的信息流动和合作方式。
康威定律源于模块的设计者需要互相之间频繁沟通。而跨部门交流比较难。
埃里克·雷蒙在《新黑客词典》中，称康威定律指出了软件架构与软件团队架构的等价（congruent）。例如，“如果你有4个团队在做一个编译器，你会得到一个4遍处理的编译器”。

James O. Coplien 与 Neil B. Harrison 在《敏捷软件开发的组织模式》中写道:
“如果团队、部门、子部门等的组织结构没有紧密反映产品的必要组成或产品组成的关系，那么项目将会遇到麻烦。因此，应该确保组织结构兼容于产品架构。”

康威的原文中提出的各定律：
第一定律 组织沟通方式会通过系统设计表达出来
第二定律 时间再多一件事情也不可能做的完美，但总有时间做完一件事情
第三定律 线型系统和线型组织架构间有潜在的异质同态特性
第四定律 大的系统组织总是比小系统更倾向于分解

• 代码模块组件设计
• 小组工作分配
• 系统架构设计
• 微服务
• 中台战略
• 大型团队组织架构梳理
• 跨职能团队合作流程

Conway’s Law is everywhere.