Scrum Master 的错误 – Scrum Master 的缺席 过多的控制 对团队保持过多的控制常常会导致 Scrum 应用中的错误。 Scrum Master 错误最常在以下情况下变得明显。 Scrum Master寻找问题的解决方案，而不是帮助团队应对困难。 通常，问题的根源在于 Scrum Master 也是开发团队所做工作的专家。 他们无法走出专家角色，导致他们无法有效协助团队自行寻找解决方案。 这种方法也可能导致单人、独裁决策——这可能是 Scrum Master 可能犯的最大错误。 Scrum Master不允许团队犯错误。 这个问题与上一个问题密切相关。 如果团队受到 Scrum Master 的有效保护，不犯错误，那么团队就不会学会自己解决问题或对自己的工作负责。 它将始终依赖 Scrum Master 的建议和专业知识。 Scrum Master 试图改变人，而不是致力于团队氛围。 这个问题包括过于强调改变一个或多个团队成员的行为，以及人事变动。 如果不是绝对必要。 它可能会严重延迟其实现，并扰乱开发团队的工作节奏。
并且还会扰乱团队组建的节奏
对此我们将在另一篇文章中进行讨论。 Scrum Master 充当组织中开发团队的主管。 这种错误通常不是由 Scrum Master 自己的决定造成的。 然而，它可能会加剧因需要控制团队而产生的所有错误。 Scrum Master 过度参与团 中国海外非洲人数数据 队的运作。 当团队由彼此了解技能和职责的专家组成并根据 Scrum 原则运作时，Scrum Master 不应不请自来地干扰团队的工作方式。 如果他们这样做，他们只会干扰团队的平稳运行。 优秀的 Scrum Master 凭借其作为教练和领导者的良好地位，在紧急情况或需要重新审视的情况下会被寻求建议。 这就是为什么他们应该随时为开发人员服务，而不是强行要求他们的存在。 Scrum Master 对 Scrum 原则的遵守过于严格。 如果 Scrum 的任何方面在特定团队中不起作用，Scrum Master 应该尝试不同的方法。
每个团队都是不同的
Scrum 只是一个通用框架。 Scrum Master 的错误 投入太少 Scrum Master 的参与过多或不够都会导致很多错误。 我们在下面描述了最常见的。 Scrum Master 对 Scrum 原则不够熟悉。 这个错误很可能会导致其执行不当。 团队的工作看起来只是 Scrum 工作。 Scrum Master 没有执行 Scrum 原则。 Scrum Master 的日常存在不足意味着他没有像他应该的那样保护团队。 这可能导致缺乏对外部任务涌入的保护。 或者开发团队未能实现 Sprint 目标。 Scrum Master 不确保遵循一致的 Scrum 节奏。 组织 Scrum 活动时 DV 线索 的粗心可能会导致时间的浪费。 这将导致事件时间过长或运行不佳——冲刺计划、冲刺回顾或冲刺回顾（我们将在单独的帖子中讨论）。 推迟活动或改变活动持续时间也是错误的。 Scrum Master 不会对团队中的冲突做出回应。 期望团队中的冲突随着时间的推移自行解决是 Scrum Master 的错误。 冲突并不总是坏事，但 Scrum Master 不仅应该意识到冲突的存在和当前状态，而且还应该作为谈判者参与其中。 并且能够利用冲突来改变和改进团队。
