Bob Jiang | 敏捷教练 | Scrum Master

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

Scrum Master - SAFe请不要篡改Scrum!

Posted at — Jan 13, 2020 阅读

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

Scrum Master - SAFe请不要篡改Scrum!

在这里,我们将解释SAFe描述中引入了Scrum Master角色的观点,但该角色与其在Scrum中的实际含义有重大差异

如《Scrum指南》中所述,以下内容是Scrum Master的三个重点领域之一:

Scrum Master通过多种方式为组织服务,包括:

指导组织是Scrum Master的一项重要职责

相反,在SAFe描述中:

据我们所知,文化遵循结构。根据SAFe的描述创建的结构将迫使Scrum Master仅专注于团队,这仅是组织作为系统的一部分。而这通常会导致局部优化,并对整个系统产生负面影响。这是最关键的Scrum反模式之一

此外,根据《Scrum指南》:

在Scrum指南中定义了,Scrum Master负责推广和支持Scrum。 源自《Scrum指南》

相反,在SAFe中

然而,某些团队(尤其是系统团队、运营和维护团队)选择将看板作为主要方法。 源自《规模化敏捷框架-敏捷团队

尽管 Scrum Master 角色主要基于标准Scrum, 但敏捷团队(甚至是那些应用看板的团队)都可以建立此职位,以帮助团队实现其目标并与其他团队协调活动。 源自《规模化敏捷框架-Scrum Master

在这些情况下,Scrum Master可以在完全不需要使用Scrum的团队中工作。在这种情况下,Scrum Master无法根据Scrum指南履行上述职责。

与Scrum中的Scrum Master角色没有任何相同的作用,却也被成为Scrum Master。

此外,在Scrum中,Scrum Master的目标是确保Scrum团队和组织的适应性持续改进。Scrum Master的“完美愿景”可以表示为Scrum团队和组织具有足够的适应能力,可以不断改进,同时采用Scrum以适​​应不断变化的情况。在这种完美的愿景中,Scrum Master不再是必须的。

相反,在SAFe描述中的Scrum Master:

  1. 与其他团队协调。
  2. 积极解决问题,以便团队可以继续专注于实现迭代的目标。
  3. 全力帮助产品负责人管理产品待办列表
  4. 与管理层沟通状态

在Scrum中,这是完全不可接受的:

  1. 跨团队协调是开发团队职责的一部分。
  2. 对于清除障碍 - Scrum Master负责指导团队,由团队自己有效地清除障碍;仅在特定情况下,例如关键或紧急问题或组织级系统障碍,Scrum Master才会自己动手做必要的工作。
  3. Scrum Master不是产品负责人的助手,这可能是SAFe对于Scrum Master模棱两可描述的理解。
  4. 状态沟通是产品负责人的责任。

换句话说,SAFe描述中将“Scrum Master”称为一个角色,但从Scrum角色中移除了许多重要的责任,从而完全消除了他们提高这些角色真正含义的需要。这些是Scrum Master行为的反模式,剥夺了实现Scrum Master目标和完美愿景的可能性。

本文链接

本文翻译自如下网站,如果译文和原稿有任何差异,请参考原文。 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!原文链接