在这篇博客文章中详细了解团队拓扑的工作原理、好处是什么以及如何利用该方法。
由Matthew Skelton和Manuel Pais设计的 "团队拓扑 "方法，专门解决了许多组织苦苦挣扎的挑战：没有足够快和好地将软件送到客户手中。软件团队往往面临着创造价值的巨大压力。然而，除了做他们的主要任务外，他们还忙于做其他几十件事情，因此他们在实现功能方面可能会很慢--或者他们的产出低于大家的期望。
这就是团队拓扑结构的作用：一个简单的步骤模型，结合了四种基本的团队类型和三种核心的团队互动模式：
- Stream-aligned：团队专注于单一的、有影响力的工作流程，例如产品、服务或单一用户旅程。
- 复杂子系统：负责系统中依赖于特定技能和知识的部分。因此，大多数团队成员都是特定知识领域的专家。
- 平台：平台团队开发在公司内部使用并支持跨职能团队的系统和程序。
- 赋能：帮助流对齐的团队克服障碍并检测缺失的功能。
这使得软件团队的结构能够减少他们的认知负荷，足以让他们专注于真正重要的事情：为他们的最终客户创造功能和价值。
mimacom客户用例
该客户是一家汽车制造商，我们为他们管理他们的数字产品组合。我们建立他们的在线商店，处理与他们的网站相关的其他问题——简而言之，我们负责与他们的数字化产品有关的一切。
他们现在有一个软件团队，其重要任务是建立一个高度复杂的技术平台，以减少其他团队的工作量。这个平台团队负责处理众多的交叉问题，如遵守监管要求和所有与技术安全有关的问题，以及像证书管理（=处理所有用于识别系统的数字证书）这样的高度技术性事项。
在平台团队中建立的解决方案现在可以被公司的所有其他团队使用。
这意味着，各个流线型团队不再需要担心创建证书来保障自己的应用。所创建的平台使其他人的生活变得更加容易。他们只需要在平台上为他们的应用订购正确的证书。
因此，在这里，我们的平台团队已经思考了到底需要什么，以及如何使用这些东西，并且已经实施了--现在有50到60个（！）其他团队可以从中受益。
团队拓扑的好处是什么？
正如Team Topologies所描述的那样，这种方法并没有专门在这个（或实际上是任何其他）客户那里引入，也不需要任何复杂的重组。Mimacom只是帮助客户精简现有的组织，改善事情，并做出更适当的决定。
而团队拓扑结构提供了更多的好处。
- 大量的自由：这种方法为设计提供了大量的自由。你通过团队拓扑结构来划分你的团队，但你随后采取哪种方法，或者你是否选择用看板、Scrum或SAFe 工作，完全取决于你。
- 附加价值：有效的软件对于创造持续的价值至关重要。由于优化的团队互动和更好的组织设计，团队拓扑结构促进了现代软件交付。
- 强大的竞争优势：有了团队拓扑，"快和好 "并不相互排斥，你在市场上变得非常有竞争力。
- 伟大的成功因素：当团队在公司中创造了大量的价值，提供了良好的产出，并散发着积极的工作热情时，其他团队很快就会听到他们的良好工作并得到启发。
我想特别强调关于 "团队 "的最后一点。平台和产品团队在能够交付时是快乐的。如果一个团队的压力较小，可以专注于其主要任务，它就会有更多的乐趣，更有效率，并因此自动改善其环境和与他人的沟通。
团队拓扑适合于谁？
- 理论上没有限定一个行业 ，团队拓扑适合于我们目前工作的每个行业。简而言之，只要终端客户涉及到数字创新，团队拓扑就可以被采用。
- 适合大中型公司： 一个技术平台对于初创公司来说可能太昂贵了。然而，对于拥有五到六个团队的公司来说，值得开始考虑建立一个技术平台。而对于拥有10个或更多团队的公司，绝对值得建立一个。
- 不需要平台： 要使用团队拓扑结构，你不需要先实施一个技术解决方案。你只需要一个Wiki页面就可以开始了， 让我们再看看我们的汽车制造商的证书管理的用例。当然，如果所有团队都能通过点击鼠标来订购证书，那就很方便了。不过，首先，另一个好的解决方案是将相关代码添加到Wiki页面，然后每个团队可以复制这些代码供他们自己使用。这本身就减轻了负担。
采用团队拓扑结构
对团队拓扑结构的认识首先需要扩大范围。许多人可能听说过这种方法，但并不真正了解它到底是什么，它与其他方法有什么不同，它是否与他们目前的组织兼容，等等。
对我来说，成功的关键显然是减少平台团队的认知负担，从而给他们更多的创造灵活性。
从小处着手。一次性在40个团队中推广这种方法是没有用的。从一个试点项目开始，看看进展如何。祝您好运!