团队拓扑:减少软件团队的认知负担 - mimacom

22-03-08 banq

在这篇博客文章中详细了解团队拓扑的工作原理、好处是什么以及如何利用该方法。
 
由Matthew Skelton和Manuel Pais设计的 "团队拓扑 "方法,专门解决了许多组织苦苦挣扎的挑战:没有足够快和好地将软件送到客户手中。软件团队往往面临着创造价值的巨大压力。然而,除了做他们的主要任务外,他们还忙于做其他几十件事情,因此他们在实现功能方面可能会很慢--或者他们的产出低于大家的期望。

这就是团队拓扑结构的作用:一个简单的步骤模型,结合了四种基本的团队类型和三种核心的团队互动模式:
  • Stream-aligned:团队专注于单一的、有影响力的工作流程,例如产品、服务或单一用户旅程。
  • 复杂子系统:负责系统中依赖于特定技能和知识的部分。因此,大多数团队成员都是特定知识领域的专家。
  • 平台:平台团队开发在公司内部使用并支持跨职能团队的系统和程序。
  • 赋能:帮助流对齐的团队克服障碍并检测缺失的功能。



这使得软件团队的结构能够减少他们的认知负荷,足以让他们专注于真正重要的事情:为他们的最终客户创造功能和价值。
  

mimacom客户用例
该客户是一家汽车制造商,我们为他们管理他们的数字产品组合。我们建立他们的在线商店,处理与他们的网站相关的其他问题——简而言之,我们负责与他们的数字化产品有关的一切。
他们现在有一个软件团队,其重要任务是建立一个高度复杂的技术平台,以减少其他团队的工作量。这个平台团队负责处理众多的交叉问题,如遵守监管要求和所有与技术安全有关的问题,以及像证书管理(=处理所有用于识别系统的数字证书)这样的高度技术性事项。

在平台团队中建立的解决方案现在可以被公司的所有其他团队使用。

这意味着,各个流线型团队不再需要担心创建证书来保障自己的应用。所创建的平台使其他人的生活变得更加容易。他们只需要在平台上为他们的应用订购正确的证书。

因此,在这里,我们的平台团队已经思考了到底需要什么,以及如何使用这些东西,并且已经实施了--现在有50到60个(!)其他团队可以从中受益。

 

团队拓扑的好处是什么?
正如Team Topologies所描述的那样,这种方法并没有专门在这个(或实际上是任何其他)客户那里引入,也不需要任何复杂的重组。Mimacom只是帮助客户精简现有的组织,改善事情,并做出更适当的决定。

而团队拓扑结构提供了更多的好处。

  • 大量的自由:这种方法为设计提供了大量的自由。你通过团队拓扑结构来划分你的团队,但你随后采取哪种方法,或者你是否选择用看板、Scrum或SAFe 工作,完全取决于你。
  • 附加价值:有效的软件对于创造持续的价值至关重要。由于优化的团队互动和更好的组织设计,团队拓扑结构促进了现代软件交付。
  • 强大的竞争优势:有了团队拓扑,"快和好 "并不相互排斥,你在市场上变得非常有竞争力。
  • 伟大的成功因素:当团队在公司中创造了大量的价值,提供了良好的产出,并散发着积极的工作热情时,其他团队很快就会听到他们的良好工作并得到启发。

我想特别强调关于 "团队 "的最后一点。平台和产品团队在能够交付时是快乐的。如果一个团队的压力较小,可以专注于其主要任务,它就会有更多的乐趣,更有效率,并因此自动改善其环境和与他人的沟通。
 

团队拓扑适合于谁?

  • 理论上没有限定一个行业 ,团队拓扑适合于我们目前工作的每个行业。简而言之,只要终端客户涉及到数字创新,团队拓扑就可以被采用。
  • 适合大中型公司: 一个技术平台对于初创公司来说可能太昂贵了。然而,对于拥有五到六个团队的公司来说,值得开始考虑建立一个技术平台。而对于拥有10个或更多团队的公司,绝对值得建立一个。
  • 不需要平台: 要使用团队拓扑结构,你不需要先实施一个技术解决方案。你只需要一个Wiki页面就可以开始了, 让我们再看看我们的汽车制造商的证书管理的用例。当然,如果所有团队都能通过点击鼠标来订购证书,那就很方便了。不过,首先,另一个好的解决方案是将相关代码添加到Wiki页面,然后每个团队可以复制这些代码供他们自己使用。这本身就减轻了负担。

 

采用团队拓扑结构
对团队拓扑结构的认识首先需要扩大范围。许多人可能听说过这种方法,但并不真正了解它到底是什么,它与其他方法有什么不同,它是否与他们目前的组织兼容,等等。

对我来说,成功的关键显然是减少平台团队的认知负担,从而给他们更多的创造灵活性。

从小处着手。一次性在40个团队中推广这种方法是没有用的。从一个试点项目开始,看看进展如何。祝您好运!