分层的平台团队

软件平台的流行为组织创造了很多价值，但是在构建基于平台的交付模型的道路上到处都是潜在的死胡同。在这些新流行技术的刺激下，我们往往会发现它们实际上都是“新瓶装旧酒”，是“老技术”在新时代背景下的另一种“复兴”，这很容易使我们忽略一开始选择放弃这些技术的原因。我们在上一期的技术雷达中发表的 披着API网关外衣的企业服务总线 就是一个很好的例子。我们看到的另一个例子是“按技术层级划分团队”，只不过换了个说法将其称为平台。在构建应用程序的上下文中，前端团队，业务逻辑团队和数据团队分开是很常见的，而在组织根据平台能力划分业务或数据层团队时我们看到了与之相似的模型结构。由于康威定律，我们知道围绕 业务能力 组织平台功能团队是一种更有效的方式，它为团队提供能力的端到端的所有权，包括数据所有权。这有助于避免 分层的平台团队 的依赖管理问题，否则做任何事情的时候前端团队都必须依赖业务逻辑团队，而业务逻辑团队又必须依赖数据团队。