一分钟搞懂 FAST Agile

FAST Agile 是本文作者提出的一种敏捷方法，其依赖团队的自组织特性，轻量化敏捷流程，以最终交付为核心关注点，适配从小到大各种规模的团队。原文：There’s a New Kid on the Agile Block — FAST Agile^[1]

流式技术（Fluid Scaling Technology，即 FAST Agile，Fluid Scaling 代表的是动态的团队规模）填补了纯粹复杂敏捷方法的空白。

敏捷方法映射到 Cynefin 模型

在 2018 年戴夫·斯诺登（Dave Snowden）的访谈《敏捷的下一步是什么？（What’s Next for Agile）》^[2]中，斯诺登预测了一种纯粹复杂敏捷方法的诞生，流式技术（FAST）就是这么一种敏捷方法。

我不打算在这里阐述“难懂的（complicated）”和“复杂的（complex）”的区别。如果你不知道，就去查一下。事实上，如果你没法很好的理解这两个概念，最好现在就停止阅读，因为后面的内容你可能无法理解。

在前面提到的采访中，斯诺登将看板定义为纯粹难懂的区域，而将 Scrum 定义为介于难懂和复杂之间的区域。Scrum 和看板的实践者往往不同意这个定位，但我认为斯诺登先生的评价是对的。

FAST 和它们不同，FAST 位于非常接近混沌（chaos）边界的复杂区域。事实上，它可能就在混沌和复杂之间的空间。

如果你认为混沌是坏事，那你就和我学混沌理论之前一样。根据我现在的理解，我认为混沌这个词被误用了。当大多数人说“一片混沌”时，他们实际上应该说——完全无序或无政府状态。混沌可以产生自发的自然秩序，这也是创新通常发生的地方。一旦你了解了混沌，当你知道如何驾驭它，它就是你的朋友和非常强大的盟友。

需要对混沌理论有一定的了解，并且看过《奇爱博士》这部电影，才能从中找到乐趣

什么是 FAST？

FAST 结合了开放空间技术（Open Space）和开放分配技术（Open Allocation），有五个要点：

• 将团队组合成部落（Merge teams into a tribe）

• 把要做的工作贴在墙上（Throw work on the wall）

• 让团队围绕工作自我组织（Let teams self-organize around the work）

• 每两天当面分享各自的成果（In two days, meet back and share progress）

• 重复（Repeat）

看上去像一团浆糊？最好去 FAST 官网^[3]了解更多信息。

流式技术或者说 FAST Agile 是一种敏捷方法，内建了对动态团队规模的支持。FAST 可能有点超前于它的时代，需要某些条件才能有效。但在上世纪末，Scrum 和其他任何敏捷方法也都面临一样的情况。在敏捷方法被接受为主流之前，我们的工作方式和看待工作的方式已经面临改变。行业将需要经历类似的模式转变，以使 FAST 成为主流。我认为 Teal 运动是这种范式转变的开端，事实上，FAST 既是一个敏捷框架，也是一个 Teal 框架。

图片来自一篇很棒的文章——Tudor-Nicolae Birlea 的《像最好的科技公司一样组织你的企业》

FAST 解决的问题

1. FAST 是一个纯粹复杂系统。自从敏捷宣言诞生以及 Scrum 变得流行的 20 多年以来，世界已经发生了很大的变化，我们所处的世界更加复杂，我们需要与之匹配的系统。FAST 是为了这个大变局时代所创造的，是解决复杂挑战的理想的复杂系统。在 VUCA 的世界里，复杂性已经成为新常态。在 FAST 之前，所有可伸缩的敏捷模型本质上都是复杂的。Cynefin 模型教你如何用复杂的东西来解决复杂的问题。复杂系统是非确定性、非还原论的。

2. 不会退化为平庸的、僵化的、软弱的、黑暗的敏捷。

3. 敏捷非常注重交付，而不是为了探索。你可以理解，当敏捷诞生的时候，精益创业还没有出现，现代产品交付甚至还没有起步。

FAST 不会“颠覆甲壳虫”

不同点

• FAST 不是建立在 Scrum 或看板之上的，它是由开放空间技术（OST，Open Space Technology）启发的原生的方法。

• FAST 内建了规模化。Scrum 需要一些其他东西来扩展，例如 Scrum of Scrum, LeSS, SAFe, NEXUS, scrum@scale 都是一些用来扩展 Scrum 的方法。

• 流式组织是必不可少的。（强烈推荐 Heidi Helfand 的《Dynamic Reteaming》）

• 与 Scrum 相比，成本更低。不需要在每个 team 里配备 agile master，只需要在每个部落配备一个敏捷教练（部落是合并后的团队结构的名称）。

• 对命令、控制和微观管理的强制执行具有弹性。

• FAST 是为探索和交付而设计的。

• FAST 创建了一个网络/网格组织，而不是命令式团队。

• FAST 既是一个敏捷框架，也是一个 Teal 框架。（我不打算在这里解释 Teal，请阅读《Teal 是新的敏捷》^[4]来了解这个概念)

FAST 起源故事

我是 FAST 的创始人。一开始我并没有想要创造一种新的敏捷方法，但是它找上了我。我们所做的只是重新利用现有技术——开放空间技术（OST）。戴夫·斯诺登（Dave Snowden）称之为生物学术语，你可能注意到了我把"我"换成了"我们"，因为 FAST 是由我们一群人共同完成的。FAST 就这样涌现了出来，一步步发展，希望其他人在尝试的时候也能继续发展它。

在 2014 年的一次会议上完成 FAST 的第一次展示之后，一位先生走过来对我说：

"这真棒！FAST 是一个复杂的自适应系统。我希望能在一年前我的公司尝试规模化敏捷之前就知道 FAST，那真是一场彻底的噩梦。”

我不得不去查找什么是复杂的自适应系统。对我来说这是一个新概念，我并没有刻意创造一个复杂的自适应系统，这个系统天然就是这样。FAST 是建立在 OST 之上，而 OST 是一个复杂的自适应系统，所以可以说复杂性是与生俱来的。我继续学习混沌理论和复杂自适应系统，Cynefin 模型提供了一个很好的框架帮助理解这些新概念，我还阅读并观看了戴夫·斯诺登的大部分材料。就在那时，我偶然发现了之前提到的戴夫·斯诺登的“敏捷的下一步是什么？”。 上面的那张图，就是我拼凑出来的对于斯诺登所介绍内容的解释。

如果你想了解更多关于 FAST 的信息，请登录https://fluid.scaling.tech网站，也可以在 Agile Alliance 网站上的 Self-Organization Eats Agile at Scale for Breakfast 案例研究^[5]中读到关于 FAST 的最新进展。

References:

[1] https://ronquartel.medium.com/theres-a-new-kid-on-the-agile-block-fast-agile-b568bef3245c

[2] https://youtu.be/EGgyksE_kgg

[3] https://fluid.scaling.tech/

[4] https://ronquartel.medium.com/teal-is-the-new-agile-3d0f56d04d54

[5] https://www.agilealliance.org/resources/experience-reports/self-organization-eats-agile-at-scale-for-breakfast/

你好，我是俞凡，在 Motorola 做过研发，现在在 Mavenir 做技术总监，对通信、网络、后端架构、云原生、DevOps、CICD、区块链、AI 等技术始终保持着浓厚的兴趣，平时喜欢阅读、思考，相信持续学习、终身成长，欢迎一起交流学习。微信公众号：DeepNoMind