康威定理

敏捷的软件公司组织结构最好能映射到业务领的结构，公司组织结构不要映射到技术。DDD创建了一个从领域映射到软件技术的架构。如果有界上下文是商店、仓库和财务，那么架构中最大的可模块化部门就是商店、仓库和财务，而不是“前端”和“后端”之类技术的东西。康韦定律（Conway'

软件设计的目标是创建适合人类思维的块或切片。软件一直在增长，但人类的思维会达到极限，因此，如果要继续进行软件更改，我们必须进行切片和分块。这意味着软件设计实际是人为人自己提供技术支持的过程（人类互助）。软件设计是人类关系中的一项练习(banq注：道德伦理也是一种人类关系)。 

将我们的软件分解为模块时，我们常常忘记重要的社会方面。设计如何影响团队，可能使他们相互竞争。一个具有韧性和可持续性的系统需要和谐。谚语“好围墙造就好邻居”描述了为什么我们的软件设计需要边界：不仅是解决问题并使其易于理解和管理的一种方法，而且还可以使您公司中的团队更好地相处并相互发挥最

我想明确指出我不是反微服务者，我将服务合并回到整体(单体/Monolith)中并不是为了摆脱微服务，目的是实现“大小正好”的整体。我正在做的事情是解决我团队的痛点。如果不能减少摩擦，我将不会花费太多时间（和机会成本）来提升，转移和重构旧代码。每次这样做，我都会冒引入新错误并破坏用户体

拥有非常小的团队规模能使达成共识变得容易。让多个人一起从事某项工作的协调性的补偿性流程会让人感到惊讶。小团队的失败模式是总线因素。

在本文中，我将探讨2007年Windows Vista发行失败后Microsoft Research的发现。Microsoft决定深入研究并找出问题出在哪里。Microsoft Research提出了一个AI模型来预测代码库中的错误数量，而按准确性排序的主要预测指标是:

肯特·贝克（Kent Beck）确定了产品开发周期的三个阶段：探索，扩展和提取，并建议根据您所处的阶段，选择敏捷开发还是瀑布式开发模型。该框架帮助我找到了可以描述组织设计如何根据产品开发周期进行发展的词汇。下面，我将概述三种组织设计模式，以补充Kent Beck的3X。 

康威定律的核心是人的组织架构决定技术物理结构，这一规律不但在软件技术行业存在，而且存在其他行业，例如城市发展，从古罗马到现代的亚特兰大，城市的形状已经被允许通勤者在大约30分钟内上班的技术所定义：现代亚特兰大可能与过去几千年的城市几乎没有什么相似之处，但它目前的居民与遥远过去的都市人

1.康威定律也称为：“您将承载组织结构。 ”“任何设计系统的组织都将产生其结构是组织通信结构副本的设计。”您可能认为可以通过跨职能的站立会议、利益相关者更新和决策矩阵来避免这种情况，但是最终且不可避免地，优先级的冲突或分