抱歉scrum，游戏可能会为你结束

不可能忽视已知的Scrum是如何。多年来，Scrum是全球大多数公司的敏捷框架的首选;只有少数人会挑战它。但最近，改变了一些事情，组织正在失去对Scrum的信任。未能获得有意义的结果后，许多地点正在用安全，卡班或其他框架替换Scrum。

超越不满意的组织，经验丰富的专业人士不愿意与Scrum合作。许多人甚至觉得令人尴尬地被称为产品所有者或Scrum大师。市场正在进行新的方向，仍然会有scrum的空间吗？

公司希望敏捷，但他们努力放弃旧的命令和控制风格。

注意：本文内容基于我过去十年的经验和观察。这就是为什么我邀请你分享你的角度。

软件开发仍然是新的;第一块软件仅在1948年出现。我猜汤姆克劳无法想象世界有多速度通过软件开发。

计算机科学家汤姆克尔伯恩负责撰写世界上11点上午11点的一件软件，于1948年6月21日，在英格兰曼彻斯特大学。

直到新的千禧一代，公司缺乏与客户的期望相媲美的技术。大多数公司专注于改善软件开发周围的流程。尽管努力实施沉重的流程，如理性统一过程，但质量仍然可疑，客户不满。建立无用的软件让很多人感到沮丧;需要革命。

虽然Scrum和E Xtreme编程等敏捷框架已经存在，但它于2001年，当敏捷宣言进入到位时，这显着改变了全球软件的开发方式。之后，Scrum框架成为最受欢迎的替代品。

鉴于这一千禧一代开始的情况，Scrum会解决软件开发的所有问题吗？必须了解根本原因，但许多公司忽略了这一步骤并决定找到一个新的过程。只需更换人们如何工作的过程就不够了。这就是大多数组织未能受益于Scrum的原因。

根本原因不是这个过程;这是缺乏敏捷的心态。

让我们用足球作为一个例子;巴塞罗那在Pep Guardiola＆＃39;领导下在四年内获得了14个标题。从2008年到2012年，巴塞罗那绝对是世界上最好的足球队。许多人归功于Guardiola如何执教团队的成功。一个显着的方面是主导游戏;巴塞罗那经常有70％的球占有。这是否意味着将“Tiki Taka”应用于另一个团队足以达到类似的结果？

Guardiola于2013年至2016年从2013年到2016年抚养拜仁伯恩·塞恩，他将与巴塞罗那相同的风格。然而，成功与巴塞罗那没有比较;与拜仁米南镇，他赢得了五个国家标题，没有欧洲冠军。只是一个过程不足以实现伟大;不仅仅是需要的。

作为进程处理scrum的公司失败了。没有更大的变化，没有敏捷框架可以使团队成功。直到公司解决功能障碍，环境不允许团队擅长Excel。

我观察到许多无能为力的Scrum团队，因为环境存在功能失调。最常见的功能障碍是：

Scrum不是恐惧变革的组织的框架。在没有改变文化的情况下，不可能成功。很多人都知道心灵，事件和文物，但很少知道价值观。没有生活的价值观，这是不可能实现什么Scrum承诺。

Scrum声称很容易理解但难以掌握。几乎所有我都知道的人同意这个声明，但我会挑战简单的Scrum是多么简单。框架的关键部分通常被忽略;尝试询问一些团队的价值是什么。你会感到惊讶，几乎没有人知道它。但是，值是Scrum的重要组成部分。

当组织将Scrum视为实现的过程时，挫折是不可避免的。通过设计，Scrum是不完整的，没有团队可以在不适应其场景的情况下成功。例如，产品管理不是Scrum的一部分，但它是提供有意义产品的关键学科。

为了成功，组织必须经历大规模的转型。不幸的是，大多数高管不愿意做准备允许团队茁壮成长的环境所需的事情。我在商业中遇到以下范式：

“顶级管理层认为拥有真正自我管理的团队风险太大。这就是为什么Scrum击中玻璃天花板。“

顶级管理层通常无法赋予个人，因为他们希望保持控制权。这就是为什么他们接受快捷方式。首先，更改执行。然后，如果Scrum证明其价值，改变文化。好吧，它不会这样工作，结果对每个人来说都是令人沮丧的。当Scrum成为一个过程时，角色将变得毫无意义。让我分享一些学习。

在不对优先级排序的情况下，产品所有者会表现得像服务员。他们接受订单，建议一个配菜，并将订单提供给厨房。是一个订单接受者是令人沮丧的;您拥有的唯一义务是管理利益相关者的期望和与开发人员的汇编。

遗憾的是，与产品所有者角色的突变更重要，而不是例外。这就是为什么我想知道有人是否可以成为Scrum产品所有者。当Scrum指南推荐时，我回顾在我的职业生涯中，也许我接近是一个，而不是完全赋予。我对你的问题：Scrum产品所有者是否存在于公司世界中？

您可以在哪些公司所有者真正有最终的所有产品决策中发表姓名的地方？如果他们没有决赛，那些人仍然是产品所有者吗？然而，有数以万计的人声称产品所有者的标题，而不拥有任何产品。

在反模式之上，我注意到许多产品志过的人失去了在产品所有者角色的兴趣。他们发现与产品经理连接它的艰难时间。虽然公司经常雇用产品所有者，但许多专业人士都是令人尴尬的，因此由于Marty Cagan等参考文献的看法，虽然称为Marty Cagan，但是，他们声称产品所有者不是工作，而且这是一个角色，而且工作远远超过Scrum所表达的东西。

开发人员是决定如何完成工作的人;它们负责实施，技术堆栈使用，等等。这是一个美丽的理论。但在实践中，我从未见过。它是一个主要的技术官（CTO），技术领先者，或其他不仅制定决策但管理开发人员的人。

Scrum索赔开发人员的自主权，但他们得到了吗？我认为这很少是这种情况。这是痛心地说，但大多数开发商获得订单遵循;在没有截止日期的情况下，只有很少的开发人员就可以努力解决问题。

Scrum开发人员可能与Scrum产品拥有者一起在幻想世界中，但不是现实。我们很容易发现的开发人员被锁定在一个功能工厂。

Scrum Master是Scrum中最鄙视的作用。没有Scrum Master找到Scrum团队是常见的，因为公司不愿意为这份工作雇用某人。尽管如此，一些雇用Scrum主人的公司经常将它们留下无能为力。

不可避免的Scrum Masters失败，因为他们无法培养所需的变化，让Scrum蓬勃发展。

Scrum Master与其他角色不同。在Scrum Guide建议的情况下，它不太可能找到一个可以恰好的人。 Scrum Masters通常无能为力，可以促进组织所需的变化。

许多经验丰富的专业人士都厌倦了scrum;他们失去了信仰。他们想要别的东西，这些专业人士正在寻找有机会试验不同的框架。

对高管的变革恐惧阻止了Scrum团队繁荣。一系列错误的决定和误解可能导致Scrum到其结束。最高管理层无法留下过去的指挥和控制风格。

悲伤的结果可能会发生，安全，卧底瀑布代理人准备服用王位。

我害怕安全，因为这是一个沉重的过程，它根本看起来并不像敏捷方法。有人如何记住这款重型机器的工作原理如何？我想知道他们为什么敢于这个敏捷。

Scrum角色并不像他们曾经一样迷人。来自许多公司的错误克拉姆的感知使专业人员能够抵制与之合作。在Scrum成为一个过程的情况下，人们不想成为Scrum Masters或产品所有者。

我们生活在不同的时候，而不是20年前。 2001年，Scrum是街区的新孩子。 世界已经改变了。 现在scrum是一种商品。 对于Scrum留在前线上，创造者需要有勇气接受框架的核心并解决藤内的核心。 其中一些（可能的）藤壶现在可能是现金奶牛。 思考（Scrum Master和产品所有者）认证。 无论发生什么，勇敢地改变他们的心脏的公司可以用Scrum擅长。 它绝不是定义一个过程; 这一切都是为了让文化专注于越早提供价值。 有希望，一些大胆的公司可以接受改变，他们展示的迹象是： 产品发现建立。 高管知道投资适当的时间在找到值得解决的问题方面是不可或缺的。