敏捷Scrum的规则，可以打破吗？

敏捷Scrum框架为团队提供了清晰的规则、指引、原则和约束条件。这些规则就像团队自我管理和自我组织的边界，帮助团队降低风险，同时为利益干系人持续创造价值，确保敏捷Scrum团队的运作。

当团队刚开始接触Scrum时，严格遵守这些规则是非常必要的。比如：

• 每日Scrum会议时长控制在15分钟内
• 每个Sprint都要设定明确的Sprint目标
• 所有的工作内容都要在产品和Sprint待办列表中以条目的形式清晰可见；
• 每个Sprint结束后，都要产出一个潜在的可发布增量；
• 每个Sprint结束后，都要通过回顾会议发掘可操作的改进点。

这些规则有的容易执行，有的则可能比较具有挑战性，但只要坚持遵守规则，团队总能逐步适应并改进。

然而，在与团队持续合作的过程中，在合适的时机允许团队尝试改变部份规则是一件很有意义的事情。（虽然“允许”这个词可能不太准确，但是又有什么理由去否定团队的任何尝试呢？）

Scrum的每一条规则和约束都有其存在的意义。但是如果团队不想继续使用Sprint目标呢？大家觉得实现该目标实在太难了，或者他们觉得Sprint回顾会议是浪费时间，又或者对Sprint工作的意义感到困惑，疑惑为什么无法参与到关注价值的持续产出当中。

我们非常欢迎团队提出这些问题，这说明大家对自己的工作、流程以及合作方式都十分地关心。

作为Scrum Master，我们总是鼓励团队大胆尝试一些小实验。我们可以先制定一个假设，设计一个实验，然后去尝试验证该假设，看看会发生什么。说不定团队能找到更适合自己的工作方式。

当然，也可能一个情况，实验的结果可能是团队不再使用Scrum。严格来说，如果团队不设定产品和Sprint目标，或者一个产品有多个产品负责人，或者不使用Sprint，那就不再是Scrum了。

但若该种方式对团队来说真的确实有效，那也很好！Scrum本身永远都不该是目标。

在我们看来，与其说想要改变Scrum规则，还不如说是，给了我们机会更深入地去了解团队状态：

• 到底发生了什么？
• 我们正试图解决什么问题？
• 我们忽略了什么因素？
• 我们应该进行哪些对话，但目前还没有？
• 我们是否意识到潜在的后果？

和团队一起探讨和观察这些问题。如果最终他们想尝试新事物，Scrum Master将是他们最大的支持者！