devops - 康威定律

软件的架构和软件团队的结构是一致的，如果让4个团队开发同一个编译器，那么编译器最后会有4个执行阶段。

如果不理解康威定律，就会妨碍团队安全和独立地工作，所有工作都相互依赖和等待。

例如，当做一个事情，团队A要做调整升级会影响团队B，团队B要团队C先调整，团队C工作忙需要等候，所有工作就需要等候，团队C调整了之后，团队B也要调整。几方需要保持高度同步，要不然就出现问题。

这是一种紧耦合的工作方式，需要将其解耦，灵活地组织团队，这样才能更安全和独立地工作，让工作快速地流动，保证产品质量和客户满意度。

职能型组织结构注重提高专业技能，优化分工或降低成本。这些组织以专业技能为中心。如分成开发，市场，销售。

市场型组织结构注重快速响应客户需求。这种组织往往有着扁平化的结构，由多个跨职能的部门组成。每个服务团队不仅要负责特性的交付，而且还要负责服务支持。这使每个服务团队能够独立地向客户交付价值，这是实现快速流动和可靠性的一种方式。

职能导向也可以成就高效运转的组织，只要价值流中所有人都能意识到客户和组织的目标。起决定性作用的并不是组织形式，而是人们的行为和反应。

在极端的情况下，职能型组织的各个部门都拥有各自的专业人员，当这些部门过于专业化时，就会产生筒仓。任何复杂的活动都需要在不同部分之间多次交接和排队，这导致交付时间推迟。

一种对策是让每一位团队成员都成为通才。通过交驻培训和提高相关技能，通才能比专业人才做更多的工作，同时通过减少队列中的任务和等待时间改善整体工作流程。通才成本更高，然而，更快的工作流所产生的商业价值是巨大的。

学习型组织需要的是愿意学习的人。通过鼓励每们员工积极学习并为其提供培训和支持，我们将以可持续性最强、成本最低的方式造就强大的团队。

实现高绩效的另一种方法是组建稳定的服务团队，持续提供资金，让他们执行自己的战略和计划。基于产品的投资模式注重组织成绩和客户成果，包括公司营收、客户终身价值，以及客房采用率，同时尽可能减少付出。

在理想情况下，软件的架构应该保证小团队能够独立动作，彼此充分解耦，从而避免过多不必要的沟通和协调。

面向服务架构（软件架构）是一种支持独立测试和部署服务的架构方式，其典型特征是由具有限界上下文的松耦合服务组成。各部分服务不必知道 其对等服务的内部逻辑，限界上下文确保服务被划分成独立的部分，并具有明确定义的接口。

利用“两个比萨原则”保持团队规模小型化，通常有5-10人。