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 Master 。SAFe文章中用该名称进一步描述了每个角色。 规模化敏捷框架-敏捷团队 当前的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的描述中需要进行的最低限度修正： 从SAFe描述中删除所有有可能采用Scrum的声明。 在SAFe描述中重命名Scrum Master的角色，以排除其与Scrum有关的实际Scrum Master角色的关联。 * （*）如上所示，SAFe中的产品负责人和开发团队角色与真正的Scrum角色存在严重偏差。但是，只有Scrum Master角色与Scrum不可分割。 为了在该异议下“签名”并在下面显示您的姓名，请访问原文链接。