Bob Jiang | 敏捷教练 | Scrum Master

敏捷培训 | Scrum培训 | 组织创新

SAFe请不要篡改Scrum!

Posted at — Jan 13, 2020 阅读

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

SAFe请不要篡改Scrum!

我们爱Scrum。

我们反对 SAFe(大规模敏捷框架)创建和推广的对于 Scrum 的误解。

当前的SAFe描述明确承诺可以在SAFe中使用Scrum。许多类似的陈述如下:

大多数敏捷团队都将Scrum用作基于团队的主要项目管理框架。

规模化敏捷框架-ScrumXP

此外,当前的SAFe描述使用称为Scrum Master的角色,从而再次直接引用了 Scrum:

Scrum定义了敏捷团队中由具有特定职责的两个角色: 产品负责人(PO)和 Scrum MasterSAFe文章中用该名称进一步描述了每个角色。

规模化敏捷框架-敏捷团队

当前的SAFe描述包含有关Scrum的误导性信息:

  1. 这里所描述的,SAFe中描述的 Scrum Master 角色与其在Scrum中的实际含义存在严重偏差
  2. 这里所描述的,SAFe中描述的产品负责人角色,与其在Scrum中的实际含义存在严重偏差
  3. 这里所描述的,SAFe中描述的开发团队角色,与其在Scrum中的实际含义存在严重偏差
  4. 这里所描述的,根据SAFe当前描述,在SAFe的实施当中不可能采用真正的Scrum。

许多组织相应地实施SAFe,并具有各自的角色和过程。由于当前SAFe描述中的声明,他们可以合理地期望能够在此结构内采用 Scrum。相反,它们受SAFe角色和过程的约束而使用大量 Scrum 反模式并造成严重的功能障碍

但是,这些组织假定这正是 Scrum 框架,并且他们基于此学习了 Scrum。SAFe引入了对Scrum的完全错误的理解,并剥夺了组织实现其目标的机会

此外,对于决定在SAFe中发展Scrum Master技能的人来说,这会带来严重的职业伤害。他们学习了错误的理论并采取了功能障碍的行为。之后,他们很难理解真正的差异,以便能够有效地帮助组织正确地采用Scrum。

我们呼吁SAFe的所有者尊重人员和组织,并停止承诺可以在SAFe中使用Scrum和Scrum Master角色!

因此,以下是在SAFe的描述中需要进行的最低限度修正:

  1. 从SAFe描述中删除所有有可能采用Scrum的声明。
  2. 在SAFe描述中重命名Scrum Master的角色,以排除其与Scrum有关的实际Scrum Master角色的关联。 *

(*)如上所示,SAFe中的产品负责人开发团队角色与真正的Scrum角色存在严重偏差。但是,只有Scrum Master角色与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!原文链接