Bob Jiang Blog

正直、乐观、高效、助人

Scrum - SAFe请不要篡改Scrum!

Posted at — Jan 13, 2020 阅读

Index | Scrum Master | Product Owner | Dev Team | Scrum

Scrum - SAFe请不要篡改Scrum!

这里我们将解释,根据SAFe的描述实施的话,不可能采用Scrum的观点。

Scrum是用于开发、交付和维护复杂产品的框架 源自《Scrum指南》

Scrum(名词):一个框架,人们可以用其解决复杂的适应性问题,同时以富有创造力的方式交付最高价值的产品。 源自《Scrum指南》

Scrum专为产品开发而设计。产品是为客户而生的。整个Scrum团队旨在产生最大的业务价值,始终专注于客户的需求和整个产品

敏捷团队 – 负责定义、构建、测试以及在适当情况下部署解决方案价值部分的一组人 源自《规模化敏捷框架SAFe - 敏捷团队

取而代之的是,SAFe描述表明,敏捷团队仅处理部分功能是可以接受的。在现实生活中,这通常会使团队专注于系统组件。

无论如何,每个敏捷团队仅提供功能的一部分,就无法为真正的客户带来任何价值。由于拥有自己的产品待办列表和产品负责人,他们既不关注客户需求也不关注整个产品,而是被迫在系统组件级别上进行本地优化。

如果按照SAFe描述规定,那么甚至还可以所有参与共同产品开发的开发团队都拥有一个产品负责人和一个产品待办列表。这将有机会在Scrum中进行适当的扩展。但是,SAFe的定义给出了完全不同的方案 - 每个敏捷团队都有自己的团队待办事项列表和自己的产品所有者。

根据SAFe当前的描述来实施敏捷,敏捷团队本身不是开发一个产品,所以没有理由去关注客户的需求。取而代之的是,这迫使团队在系统组件级别上进行本地优化。

在下面来自 SAFe 描述的图片中,我们可以看到一个程序板示例,其中显示了不同团队之间的众多功能依赖关系。这不是设计Scrum和规模化Scrum的方式,但这恰恰是完全错误的Scrum方法及其在SAFe中规模化的结果。

框架中的每个组件都有特定的用途,对于Scrum的成功和采用来说至关重要。 源自《Scrum指南》

Scrum是一个框架 - 如果缺少任何元素,对于具有特定上下文的特定公司而言,它可能行不通。但是,在这种情况下,这不是Scrum。

然而,由于如此处所述SAFe中描述的 Scrum Master 的角色与其在Scrum中的实际含义有严重的偏差。而且,作为如此处所述和[此处所述]((/remove-scrum-from-safe-devteam/),SAFe中描述的产品所有者和开发团队的角色与Scrum中的实际含义存在重大差异。

这意味着,根据其描述在SAFe中实施的任何内容,都不能与Scrum框架相关联

本文链接

本文翻译自如下网站,如果译文和原稿有任何差异,请参考原文。 in case of any discrepancies between the translation and the original, the original version should be considered as the correct one Remove References To Scrum From SAFe!原文链接