[Scrum敏捷开发之] Scrum在Agile中的地位

2020-01-13 本文已影响0人 XBruce

根据2018年PMI的发布的行业脉搏所述：只有47% 的项目采用传统方式，一半多项目用到了Agile。其中有半数采用纯粹的敏捷（大多数采用Scrum），另一半采用混合式敏捷。

大多数组织将敏捷性视为保持竞争力的基础 (71%)，这意味着你已经在Scrum的学习上做出了伟大的投资。接下来，让我们着眼于找出项目失败的主要原因，根据PMI的文章，以下是项目失败的主要原因:

当回顾这些方面时，它们与敏捷宣言中的哪些方面一致?事实上，敏捷直接解决了当前项目面临的主要挑战：目标、需求和沟通。了解到敏捷也在持续进化，在Verizon One的敏捷状态报告中看到，大多数项目都使用Scrum:

这是因为Scrum简单、有效，对于小型团队来说非常适用。但是正如我们所回顾的，在Scrum模型中没有提到的“组织”。那么对于大公司呢？这些使用Scrum的组织如何扩展他们的敏捷方法？

根据Verizon One的调查，目前有四种主要的规模化敏捷框架：

以上占了规模化敏捷方法的70%。我们经常看到内部创建的方法看起来像混合方法。在下一节中，我们将进行探索 SAFe, DAD, and LeSS。每一个都有以下共同点：

理解规模化敏捷的最简单方法是看看最初用于衡量规模化敏捷的两种方法:

Scrum of Scrums:

SoS站会：团队会派出一名代表参加，通常是PO或Scrum Master
- 可以跟标准的日常站会时长一样迭代进行
- 着重报告已完成的Task以及遇到的障碍
- 也是识别团队成员之间需要做哪些协调的机会
SoS 也有Scrum Master
- 通常是组织内的高级别人员
- 负责协调工作
- 负责所有Scrum团队的整体生产力
SoS适用于两个团队有潜在依赖关系的情况
- 存在共享资源 (人力, 服务等.)
- 共同研发同一产品
- 共同的目标或愿景
最早由Jeff Sutherland提出的，他是Scrum创始人之一，同时也是敏捷宣言的签署者之一。
- “Agile Can Scale: Inventing and reinventing SCRUM in Five Companies”
- 有些团队变得“超级高效”，这是Scrum团队的一种状态，Jeff Sutherland称，这种状态的团队效率要高出4到5倍

Scrum of Scrums提供了一种非常简单而优雅的Scrum扩展方法。事实上，许多大型组织都使用了这种实践来实现组织敏捷性。

在《哈佛商业评论》的文章《敏捷在大规模组织中的应用》(2018)中，有一些Scrum的例子：

在许多敏捷实践者中，这种模式正在复苏。特别是许多组织正在扩展他们对敏捷的理解，并使用混合式或SAFe的方法转型成为敏捷的组织。

组织最常使用的混合式敏捷相当简单：

这看起来就像阶段关卡之间的迭代，而且在抵制敏捷的组织中往往更成功。因为组织对敏捷的抵制和对敏捷的误解是敏捷失败的主要原因，这对于许多第一次学习敏捷的新手来说是言之有理的。

当我们看到敏捷失败的主要原因时，我们还会看到以下几点：

这些统计数据显示了为什么混合式敏捷在传统敏捷实践者中如此流行。由于这些原因，“内部敏捷”是一种在没有高层管理支持的情况下证明方法有效性的好方法。然而，真正实现敏捷的唯一方法是获得领导的支持和良好的敏捷培训。

那么，我们如何说服那些不相信敏捷的领导者呢?给他们看数据：

在影响方面，效益可能是生产力和价值产出的四到五倍。