探索 Spotify 模特

Spotify 模型是一个以人为本，用于调整敏捷强度，同时强调文化和网络的重要性的自主方法。它专注于自主性、沟通、问责制和质量，从而帮助 Spotify 和其他组织提高了创新力和生产力。

正如 Spotify 教练亨里克·克尼伯格指出的，Spotify 模式不是一个框架，因为它代表了 Spotify 从技术和文化角度对扩展的看法。这是在产品开发组织中组织多个团队的一个例子，强调了对文化和网络的需求。

Spotify 模型于 2012 年首次向世界推出，当时亨利克克尼伯格和安德斯 · 艾瓦森发布了白皮书《Scaling Agile @ Spotify》，其中介绍了 Spotify 实现敏捷性的极其简单的方式。从那时起，Spotify 模型引发了热议，并在敏捷转型领域变得流行起来。这种模型之所以有吸引力，部分原因在于它专注于围绕工作进行组织，而不是遵循一套特定的实践。在传统的扩展框架中，具体实践（例如每日短会）是框架的执行方式，而 Spotify 模型侧重于企业如何构建组织以实现敏捷性。

Spotify 模型支持团队自主权，因此每个团队（或 Squad）都能选择自己的框架（例如Scrum、看板、Scrumban 等）。Squad 被组织成 Tribe 和 Guild，以帮助人们保持一致并交叉传播知识。

现在，让我们揭开其中一些术语的神秘面纱...

当多个 Squad 在同一特征区域内相互协调时，它们形成一个 Tribe。Tribe 帮助在 Squad 之间建立对齐，通常由 40-150 人组成，以保持一致（利用我们所谓的邓氏编码）。每个 Tribe 都有一名 Tribe 领导，负责帮助协调各 Squad 并鼓励协作。

对某个主题充满热情的团队成员可以组成一个 Guild，其本质上是一个利益团体。任何人都可以加入 Guild，完全自愿。虽然 Chapter 属于一个 Tribe，但 Guild 可以跨越不同的 Tribe。Guild 没有正式的领袖，而是通过成员举手的方式成为 Guild 协调员，帮助人们团结起来。

Trio（又名 TPD Trio）是 Tribe 负责人、产品负责人和设计负责人的组合。每个 Tribe 都设有一个 Trio，以确保在处理功能区域时这三个视角之间的持续一致性。

随着组织规模扩大，有时需要多个 Tribe 紧密合作才能实现目标。联盟是 Tribe 三重奏（通常是三个或更多个 Tribe）的组合，他们共同努力，帮助他们的 Tribe 合作实现比任何单独一个 Tribe 都更大的目标。

就是这样。没有太多需要遵循的做法或需要举行的仪式。Squad 可能会举行冲刺计划和回顾等仪式，但 Spotify 模型的重点是团队如何围绕工作进行组织。应该由 Squad 负责找出完成工作的最佳方法。

当 Spotify 改变他们扩展敏捷的方式时，他们希望让 Squad 能够快速行动、快速发布软件，并且以最小的痛苦和开销来完成这一切。当他们采用他们的模型并加以改进时，他们便已经意识到了种种优势。实施 Spotify 模型的组织可以获得的优势包括：

Spotify 模型侧重于围绕工作进行组织，但不一定是流程和仪式。在 Squad 的工作方式方面，这为组织提供了更大的灵活性。它不是要求 Squad 改变他们的工作方式（“您必须采用 Scrum”），而是专注于让他们彼此保持一致并推动个人团队取得成果。

Spotify 模式通过信任人们以他们认为合适的方式完成他们正在做的工作来鼓励自主权和创造力。您需要交付软件吗？这取决于 Squad。您需要改变方向吗？这也取决于 Squad。Spotify 模型侧重于决策权的去中心化，并将责任移交给 Squad、Tribe、Chapter 和 Guild。

Spotify 模型可以提高正在完成的工作的透明度，并在高度信任的环境中发展出一种更加基于实验的方法来解决问题。所有这些都可以提高产品质量、客户满意度和员工敬业度。但并非所有人都会体验到这些结果。

Spotify 模式基于一个组织的工作方式。许多组织都希望获得 Spotify 模型的相同优势，因此他们试图模仿 Spotify 的行为方式。有些组织可能相对于其他组织取得了更大的成功，但可能没有哪个组织能像 Spotify 那样取得同样的成功。原因？与任何工作方式一样，需要考虑组织当前的文化和结构。模型很简单，但其实现环境却很复杂。

不幸的是，许多组织试图复制 Spotify 模型。对某些人来说，这可能看起来像是一个简单的矩阵组织结构，人们向职能领域 (Chapter) 汇报，但与跨职能团队 (Squad) 合作。但实际上比这个更复杂。尽管看起来像一个矩阵组织，但这种模式的关键文化要素需要到位，才能使结构蓬勃发展，例如信任和自治。如果一个组织不改变其行为（最终改变其文化），Spotify 模式的优势将永远无法实现。如果只是简单地将队伍重命名为 Squad，实际上是换汤不换药。

如果您希望营造一种信任、自主和快速学习的文化，那么从 Spotify 模型中寻找灵感是不会出错的。如果你的组织正在考虑将 Spotify 模式作为帮助你实现大规模敏捷的方法，那么需要牢记下面的最佳实践清单。

寻求了解 Spotify 方法背后的结构、实践和思维方式。有了这种理解，可以调整模型的各个方面以适应自己的环境。你的目标不是成为 Spotify，而是利用他们的模式来改善你的组织的协作方式。

Spotify 为员工提供了尽可能多的自主权，以帮助他们快速转型。仅举几个例子：允许团队选择他们自己的开发工具，修改另一个团队的代码。在您的组织内，确定是否有决策可以推送给团队，而不是由组织中与日常工作脱节的部分强制执行。

Spotify 的成功归功于他们专注于建立社区和工作的透明度。围绕 Spotify 模型的采用建立您的第一个 Guild，并鼓励组织中的每个人参与。通过创建透明、包容的方式来收集反馈，并就组织未来的工作方式达成一致，从而建立信任。

这段旅程不会一帆风顺，你一定会跌跌撞撞。但没关系。改进一定会涉及到不断尝试，并从我们的成功和失败中汲取经验。Spotify 在达到我们今天所知道的模型之前经历了多次迭代，并且从那以后也在继续尝试不断寻找新的方法来改进他们的工作方式。在你的组织内鼓励做同样的事情！

如果您专注于这些实践，无论您是否使用 Spotify 模型作为指导，您都会看到对您的组织如何协作和协调产生积极影响。

如果您希望构建一个专注于以自主和目标快速行动的组织，那么 Spotify 模型是一个很好的灵感来源。更正式的扩展框架，比如 Scrum@Scale，也从该模型中获得了灵感（反之亦然）。重要的是要记住，Spotify 模型不是最终目的地。具有讽刺意味的是，Spotify 不再利用 Spotify 模型的最初实现；他们不断发展和调整该模型以适应不断变化的组织。三重奏和联盟实际上是 Spotify 中的新元素，因为它们是为了解决组织随着规模的增长而面临的新问题。从 Spotify 模型的关键元素开始可以让您动起来，但真正的敏捷性来自于不断发展模型以适应您的环境。

您是否渴望了解有关 Spotify 模型的更多信息？查看 Spotify Labs 上发布的关于 Spotify 工程文化的两部分视频（第一部分和第二部分）。您还可以通过访问敏捷教练上的大规模敏捷页面来了解 Spotify 模型与其他扩展框架的比较。

如果您希望在您的组织内实施 Spotify 模型，重要的是要有反馈机制和透明度，以产生和维持信任和自主的文化。利用 Atlassian 的 Jira Align，组织可以将Squad 组织成 Tribe，组建 Guild 和 Chapter，并在整个组织中透明地制定产品决策。