总结：重新思考团队的结构、目标和交互方式

为了有效地开发和运维现代、互联的系统和服务，组织需要考虑多方面的因素。从历史上看，大多数组织都将软件开发等同于制造业，通过将不同个体分配到一系列的功能领域中来完成这项任务，事先规划一个大项目，并很少考虑社会技术动态。这就导致了图1.2中描述的主要问题。

敏捷、精益IT和DevOps运动向人们展示了一个小型、自治团队的巨大价值，这些团队能够和业务流对齐，保持小批量的开发和交付迭代周期，并根据用户反馈及时调整。精益IT和DevOps还倡导围绕系统和团队的监控度量工具进行大幅进化，帮助人们在构建和运行软件时基于以往的趋势保持积极和尽早的决策，而不是仅仅当事故和问题发生时才做出反应。

但是由于组织模型的原因，传统组织在应用敏捷、精益IT和DevOps时往往难以发挥全部能力。过于关注可以快速见效的自动化工具实施，而忽略文化和组织变革，这一点并不意外。毕竟文化和组织变革难以做到可视化，更不要说度量它们的有效性了。然而从长期来看，拥有一个正确的团队结构、方法和交互模式，并且根据团队的需求与时俱进，这一点至关重要。

特别是，在一个充满不确定性和新鲜事物的环境中，需要频繁地重塑协同团队来应对知识型工作，传统的组织结构图已经很难跟上现实的节奏。相反，我们需要利用康威定律、认知负荷限制和团队有限方法论来设计团队，确保拥有清晰的目标并推动团队交互，不断优化软件交付和策略适应性。

团队拓扑的目标是为你提供一种方法和思维工具，让你的组织能够适应并不断寻找需要协作的时间和地点，聚焦执行，降低沟通成本。

注意

在为完成本书而进行调研的时候，我们在一个完全不相干的领域发现了一个特别有趣的策略和协作交互案例。事实证明，石斑鱼和海鳗这两个看似毫不相关的物种（有人知道吗？）会通过明确的信号协作追捕隐藏在裂缝中的小鱼。海鳗会潜入裂缝使小鱼受到惊吓，当它们被吓得跑出来的时候就成了石斑鱼最好的猎物。请继续阅读，并在你的组织中找到珠联璧合的石斑鱼和海鳗，从而加速流动和业务产出。