关于Scrum的5个常见误解

为什么Scrum不是伟大的软件开发的黄金门票？

[

David Minkovski

[

3 天前-5

背景图片来自Unsplash。作者使用manypixels的免费图片进行编辑。

我相信你已经听到了多年来关于如何组织开发团队的无休止的争论。这种愤怒是真实的--而且似乎不会停止。作为一名技术顾问，我目睹了许多客户不明白为什么事情没有成功，尽管他们已经引入了Scrum。大多数人都在抱怨以下问题。

现在问题来了--是Scrum概念的问题还是这里发生了什么？这篇文章旨在澄清Scrum在软件开发中的作用和许多错误的假设。

我相信你一定很熟悉瀑布式框架--客户得到最终产品，并在所有产品建成后给予反馈。

Scrum首先是一个替代框架。它也被用于产品开发，尽管客户不断地测试新的产品增量并提供反馈。这种方法应该是将资源的浪费降到最低，将产品的价值最大化。

在这个框架中，团队在指定的时间段内*（通常是：每两周）*发布所谓的 "产品增量"，然后接受利益相关者（客户）的反馈。这种方法的主要目的是在早期获得反馈，并精简客户想要的东西和建立的东西。

这些时间段被称为 "冲刺"。每个冲刺阶段都会有一个计划会议。在这个过程中，整个团队同意在这段时间内能做多少工作。产品所有者对工作进行优先排序。

虽然引进的流程可能有很多问题，但通常有一个根源是造成大多数问题的原因。
Scrum不是解决你组织内部问题的答案！

如果管理层没有认识到这个简单的事实--任何团队都将面临巨大的问题。

首先，每个人都是不同的。因此，每个人都有不同的工作风格。有些人喜欢开会，有些人不喜欢。有的人喜欢工作到天亮，有的人则是早起的人。无论你喜欢哪种风格，它们都有其优点和缺点。

有时，公司更关注他们喜欢的工作方式，而不是关注什么能交付成品。
以速度为导向的团队会在冲刺过程中遇到范围扩大的问题，而其他人则会在每天的站立中挣扎。

与其指责Scrum，你可以尝试改变工作方式以满足你的目标。

我必须同意，如果速度不是它的目的，那么将一个计时段称为 "冲刺 "并不理想。我还想强调的是，"速度 "一词在这里无济于事。

Scrum的目的是为了交付成品。当然，Scrum有助于使你的团队更快地完成工作。但是，拥抱重复-- 它不是关于速度。它是关于从开始到结束。完成一个产品。

简单地说--Scrum的目的不是让你先达到目的......而是帮助你达到目的。

因此，Scrum团队的参与而不是代表是非常重要的。会议是为了交流和决策。

没有什么比在没有负责做决定的人的情况下开会更糟糕的了。

Scrum的一个重要部分是日常会议。与人们所想的相反，他们不应该只关注每个人做了什么。

这些会议对于强调路障、问题或解决问题的方法很重要。在这里，Scrum主管的作用在促成有价值的交流和关注正确的环境方面可以起到相当大的帮助。

Scrum是关于犯错的。你会在第一次尝试时就把所有事情都做对吗？这就是为什么该框架是高度迭代的。

不仅是在通向最终产品的道路上，而且在流程本身的运作上。Scrum很容易适应，并通过不断的改进和采用而茁壮成长。

幸运的是Scrum是关于迭代和变化的。如果你发现自己有一个无效的流程--那就去改变它吧!

Scrum主管可以帮助创造合适的积极环境，让团队成员提供他们的反馈，并减少冲突。

在许多公司中，开发者团队的工作往往脱离了推动公司目标的决策和讨论。
Scrum希望决策、方向和发展能够结合起来。

Scrum是一个伟大的框架，它可以帮助公司确保产品开发的重点是最小化浪费和最大化价值。

但Scrum并不是解决你所有问题的金钥匙。

因此，你需要确保保持良好的公司文化，让开发人员和决策者紧密合作，最重要的是--意识到不好的流程，并作为一个团队来改进它们。