你的Scrum注定失败的10个原因
您认为您获得了Scrum。 您迫不及待地将所学的知识付诸实践。 这真是太棒了。 尽管如此，您注定要失败的机会仍然很高。
一个有勇气，专注和承诺的真正变革推动者可能能够阻止这种情况的发生。 但是她或他将面临一场艰苦的战斗。
1.不注重价值
杰夫·萨瑟兰斯（Jeff Sutherlands）的Scrum书的标题是"将工作时间缩短一半"。 Jeff是Scrum的两位创造者之一。 这本书很棒，但标题很糟糕。 它对Scrum并没有公义，并且向不知道Scrum为什么存在的人们带来了错误的信息。
Scrum并不是要找到更有效的方法来扩展功能数量的4倍。 它是在复杂环境中构建最高价值产品的框架。 它可以不断地验证您是否在构建正确的东西，解决实际问题并砍掉枯木。 Scrum通过提供重要内容来帮助您避免专注于无关紧要的事情。 这本书最好的标题是"将价值减半"。
尽管如此，许多组织还是采用Scrum来更快地构建东西。 Scrum可以完美地使要素工厂运行更加流畅，但是您可能会错过Scrum的要点。 最大化功能与创造价值没有关系。
2.不愿改变
当您采用Scrum时，您选择使用会引起组织变更的框架。 变化是Scrum的DNA，并以"经验主义"为名。
每天，Scrum团队都必须评估他们如何构建自己的产品。 如果某些因素阻碍他们交付最高价值的产品，则团队需要采取行动并寻求改善的方法。 通常，阻碍的原因在团队之外。 消除这些障碍至关重要。
如果您实施Scrum来更改团队，而不是组织的其余部分，那么Scrum注定会失败。 没有改变的意愿，Scrum是不完整的。 您将难以交付价值。
3. Scrum团队不与主要利益相关者互动
Scrum团队的存在是为了制造具有最高价值的产品。 不断验证产品增量的关键。 这是利益相关者应发挥作用的地方。 Scrum进行了Sprint审查，以使Scrum团队和利益相关者保持一致。 团队在这里显示最新的Increment，讨论它是否有用以及下一步该怎么做。 Scrum团队和利益相关者检查增量，并一起调整产品待办事项列表。
但是，Sprint评论通常没有最重要的利益相关者在桌上。 通常，Sprint审核由中层管理人员，产品负责人同行以及客户服务人员作为服务员。 这些人充其量是代理。 仅当实际客户和/或用户查看产品并提供反馈时，Sprint审查才有效。 希望知道自己的投资是否值得的实际预算所有者也是如此。
如果没有关键的利益相关者，则Sprint审核将仅变成状态会议，此事件的实际价值将丢失。 这样一来，Scrum的许多价值就丧失了。
4.产品负责人权力不足
产品负责人角色在Scrum中至关重要。 由她或他决定需要做什么以使产品价值最大化。 因此，产品负责人是设置Scrum团队的关键。 她或他正在指导团队进行构建。 对于Scrum而言，成功至关重要。
但是，通常其他人会做主，而产品负责人正在接受订单。 这带走了Scrum团队的主要组成部分：自我组织的能力。 如果您没有真正的产品负责人，无法负责最大化产品的价值，那么您的Scrum团队注定会失败。
5.无法解决关于Scrum的不同想法
许多人认为他们知道Scrum是什么。 通常，人们有错误的想法。 误解Scrum的角色，人工制品，事件和规则的方法有很多。 我们创建了一系列文章来解决这些问题。 以下是可能造成误解的一小段内容：
· Sprint Backlog是一项承诺；
· 您不需要Sprint目标；
· 每个人都应该完成单独的任务；
· 产品负责人是我们的老板；
· Scrum Master负责所有活动。
Scrum团队的每个成员都必须知道与Scrum合作需要做什么。 如果团队无法解决此问题，那么您的Scrum团队将面临艰难的时期。
6. Scrum Master不具备Scrum知识
对什么是Scrum的误解可能会很痛苦，但是当Scrum Master不了解Scrum时，情况会更糟。 这通常发生在新组建的Scrum团队中，在这些团队中，发展成员突然被提升为Scrum Master，这是他们现有职责的基础，并且没有经验。 然后有一个项目经理，在为期一天的课程后转为Scrum Master。
Scrum Master应该指导团队和组织有效地使用框架。 尽管这一点可能很明显，但令人惊讶的是，有多少Scrum Master没有任何线索，结果做错了事情，例如作为团队文员或团队经理，忘记了自我管理的关键要素。 组织。
缺乏知识的Scrum Master会对团队造成灾难性的影响。 这也是Scrum失败的肯定方法。
7.开发团队无法确定如何创建增量
Scrum是复杂产品环境的框架。 在如此复杂的环境中，没有明确的方法来构建产品。 在Scrum中，产品增量的目的是检查它，并在需要时进行调整。 为了增加成功的机会，开发团队需要有自由进行试验和创新的自由。
但是，许多开发团队在如何（以及按照哪些顺序步骤）构建产品方面受到严格的规定。 这是使您的Scrum团队停顿下来的肯定方法。 没有实验的经验主义是不存在的。 没有经验主义的Scrum并不是Scrum。
8.开发团队无法在Sprint中建立增量
Scrum的一个关键方面是在Sprint结束时检查产品增量的能力。 这意味着开发团队必须能够构建此潜在可发布功能的增量。
许多Scrum团队都没有这样做的能力。 他们要么不具备构建"完成"增量的全部技能，要么需要比Sprint多的时间。 在极端情况下，要花费一个或多个团队几个月的时间才能构建出质量合格的产品。 许多Scrum团队仍然在孤岛上工作，构建产品的零件，这些零件只有组合在一起才能工作。
这违反了Scrum的目的。 没有检查和改编，没有经验主义，Scrum团队就无法知道他们是否有价值。 这样，团队将走向失败。
9.无承诺
Scrum需要不懈的承诺。 这一承诺对于坚持经验主义的基础至关重要。 Scrum团队需要：
· 力求完全透明的产品待办事项列表，Sprint待办事项列表和增量：
· 致力于经常检查文物，
· 如果检查带来了新的见识，则致力于适应过程。
许多团队都有自动驾驶Scrum活动。 这根本不会削减。 如果没有Scrum团队和利益相关者的不懈承诺，并且没有经常参与，Scrum将会失败。
10.您的产品环境不适合Scrum
Scrum是解决复杂产品环境的框架：
"在复杂的环境中，会发生什么是未知的。 只有已经发生的事情才可以用于前瞻性决策。" — Scrum指南2022
存在所有角色，工件，事件和规则，以在如此复杂的环境中创造最高价值的产品。 Scrum有正式的活动来检查工件并进行适应：
· 在Sprint计划中，Scrum团队检查产品待办事项以创建Sprint待办事项；
· 在每日Scrum中，开发团队检查实现Sprint目标的进度并调整Sprint Backlog；
· 在Sprint审查中，Scrum团队及其利益相关者检查增量并调整产品待办事项列表。
· 在Sprint回顾展上，Scrum团队进行自我检查并做出改进。
如果您在复杂的环境中工作（但是明显，复杂或混乱），Scrum根本不适合：
· 在明显或复杂的环境中，您可以根据知识或研究进行计划）；
· 在混乱的环境中，您无法从中汲取教训。
大多数产品环境都很复杂。 但是，如果您的环境不是这样，则您可能会失去Scrum的效用。
尾注
当您的组织仅遇到上述一种功能障碍时，您就可以使Scrum团队脱轨。 我敢打赌您会认出其中的一些人，即使不是全部。 我们到了厄运与沮丧的文章的结尾。 您仍然受到启发吗？ 您还充满活力吗？ 我不是把你推迟了吗
棒极了！ 您可能成为了真正的变革推动者。 但我不会骗你 您将不得不面对艰苦的战斗。
