不要将Scrum与“Scrum的实现”混淆
Scrum是在1995年引入的。从那时起，随着越来越多的人、团队和组织开始使用Scrum，该框架已经发展成为最常用的敏捷产品交付方法。
随着Scrum越来越受欢迎，对该框架的许多误解也随之增加。有趣的是，Scrum的优势也是它的“弱点”。
Scrum的力量
使Scrum框架特别强大的是它的不完美和不完整的性质。作为一个框架，Scrum本身并没有做多。它只关注“做什么”，而把“如何做”留给Scrum团队的自我管理能力。
一个例子:
每日Scrum的目的是检查Sprint目标的进展情况，并根据需要调整Sprint Backlog，调整即将到来的计划工作。如何有效地进行每日Scrum取决于开发人员，因为他们才是应该拥有这个活动的人。
如果我们稍微放大一点，我们将看到框架由各种责任组成，每个责任在复杂的环境中发挥着至关重要的作用。
Scrum框架故意不完整，只定义了实现Scrum理论所需的部分。Scrum是建立在使用它的人们的集体智慧之上的。Scrum的规则不是为人们提供详细的说明，而是指导他们的关系和交互。Scrum指南2020
因此，每个Scrum团队最终都将拥有自己的“Scrum实现”。事件、角色、工件和绑定它们的规则都可以在Scrum指南中找到。这只是“Scrum的机械方面”。实际上，每个团队如何进行Scrum是不同的，这没关系!别担心。
然而，如果每个团队都有自己的“Scrum实施”，那么什么时候是好的Scrum实施，什么时候是坏的Scrum实施?这就是Scrum的价值和原则所在。
当这些价值观体现在Scrum团队和与他们一起工作的人身上时，透明、检查和适应这些经验主义的Scrum支柱就会建立信任。Scrum指南2020
一个例子:
Scrum的良好实现是团队致力于实现他们的Sprint目标。目标应该是明确的，但是如何实现这个目标可能会在Sprint过程中改变甚至出现。一个糟糕的Scrum实现是一个团队将他们的Sprint Backlog提交给他们。当被问及“你认为什么是成功的Sprint”时，答案可能是“当我们Sprint中的所有项目都完成时”。这通常会导致自上而下的微管理和特征工厂行为。
Scrum的“弱点”
因为Scrum(作为一个框架)关注的是“是什么”，而把“如何做”留给了别人，所以就出现了差距。自然，Scrum从业者和臭名昭著的(缩放)框架开始填补这一空白。通常，这是一件好事，因为正如我前面提到的，这是框架的优势之一。然而，当人们没有完全理解Scrum的基本哲学、价值观和原则时，这种裂痕就开始显现了真相．由于无知，诸如心态、工作方式、解决方案和补充实践等因素被视为旨在设计简单的框架的一部分。这就是对Scrum的误解开始出现的地方。
我一直在教授Scrum.org课程多年来，我得出的结论是，“多年的经验”和所有这些花哨的证书并不等于理解。在我们的课堂上最挣扎的学生是那些最需要忘却的人。
结论
- Scrum是一个包含职责、事件和工件的简单框架。
- 通常当人们抨击Scrum时，请注意它通常是关于Scrum的实现。
- 如何有效地实施Scrum取决于Scrum团队的自我管理能力。
- 不要标准化Scrum的实现。每个团队都有不同的需求，需要不同的Scrum实现。
- 尽管您有不同的Scrum实现，但Scrum指南中所描述的Scrum规则仍然适用，并且应该得到尊重。
- 确保Scrum团队体现Scrum价值观以及与他们一起工作的人;基于经验的Scrum透明、检查和适应的支柱能够建立信任。
Scrum最有效的实现方式是什么?不知道，但保持Scrum作为你的基础，并与你的团队进行这种对话。继续尝试，继续探索，继续Scrum !
