Scrum与“随事而来”相比有什么好处？

Question

关于敏捷开发，尤其是Scrum的优点，人们已经说了很多，然而，大多数这些评估都假定一个组织来自于一个非常僵化的瀑布方法论。但是，如果一家公司的组织不如Scrum所建议的那么严格，而不是更严格的呢？

我为之工作的组织是一家前初创公司。团队习惯于在任何问题或需求出现时处理它们。该组织在实施Scrum方面确实做了一次半心半意的尝试，但总体态度是相当消极的，许多人认为Scrum只是公司的繁文缛节。实行更多的纪律会带来什么好处？

• 在开发方面，团队不愿意为计划会话牺牲编码时间。尤其是如果整个团队都应该参加的话:到目前为止，任何计划或评估都是由团队负责人单独完成的(除非他们主动寻求一些开发人员的帮助)。
• 另一方面，企业并不习惯于预先提供整个两周的详细需求。到目前为止，他们只提供了他们目前最需要的东西的概略，并在旅途中充实了它。现在，如果在sprint开始时需求中存在空白，那么团队理论上应该告诉他们，这个项目还没有“准备好”，新特性将在接下来的两周内停止工作，这意味着它最早将在一个月内部署。你如何让企业接受这种失去灵活性的做法？

如何将敏捷开发卖给一个已经敏捷到了混乱的公司呢？

Answer 1

如果您的团队正在以管理层可以接受的速度生成具有适当质量的代码，那么使用scrum没有任何好处。从某种意义上说，scrum是指导团队达到这种精确状态的框架。

但是，如果您的代码质量很低，或者您开发的代码并不总是满足最终用户的需求，或者如果管理层对开发过程缺乏透明度感到不满，并且发现很难围绕开发计划进行规划，scrum可能会有所帮助。

Scrum是通过帮助团队专注于以可预测的方式向最终客户提供真正价值的努力来拥抱改变。通过引入一个简短的反馈周期，团队可以确保他们提供的正是客户所需要的。此外，管理层可以更清楚地了解团队现在正在做什么，他们计划在未来几周做些什么，以及功能什么时候准备好。

最后，scrum提供了一个框架，使团队能够通过不断的改进来更好地编写软件。

一个团队使用scrum的最终结果是一个可以预见地交付高质量代码以满足用户需求的团队。如果你的团队已经这么做了，那么改变你正在做的事情是没有意义的。

Answer 2

scrum的一种违反直觉的好处是，它迫使您对待办事项进行优先排序，真正了解自己的实际能力，并限制正在进行的工作。当我们开始做scrum的时候，我们发现我们认为我们在处理事物的时候会非常有反应，但是实际上，我们承担的每一件新事情都只是分散了我们自己，延迟了所有的事情。

换句话说，我们不会在2周内完成3项最高优先级的任务，然后在接下来的2周内完成接下来的3项最高优先级的任务，我们将同时同意所有6项任务，但要完成其中任何一项任务都需要一个月的时间，因为我们已经变得更瘦了。将资源集中在较少的任务上可以更快地交付价值。

此外，你不应该尝试做scrum，就像饼干切割器的模具。你可以进行一周的迭代。你可以把大部分的计划和评估委托给一个人。为故事准备好开始时创建自己的标准。定期回顾并调整它以适应你的需要。过程和工具上的个人和交互。

Answer 3

你在这里有一些很好的回答，而我并没有什么真正的区别。

我做了一些关键的事情，你说你目前的情况是“敏捷已经到了混乱的地步”。敏捷不是混乱。我遇到过很多人，他们自称是敏捷的，因为他们只是超级灵活，没有任何繁重的过程，他们认为他们是高效的。

我在没有正式框架的创业公司工作过，他们认为自己很敏捷，但你是对的，有时他们只是混乱。卡尔·比勒费尔特的回答是绝对正确的。采用敏捷框架和与其配套的持续改进规程有许多好处。Scrum只是一种方法。

在启动的早期阶段，这种方法可能是很棒的。但缺乏纪律会阻碍公司的长期发展。

顺便说一句，看板并不比Scrum更有纪律，如果做得正确的话，它实际上就更受约束了。您可能需要一位敏捷教练来查看您的流程和业务，并帮助您定制一些东西，使其保持轻盈，但也会给您带来一些好处。也许Scrum适合你，也许是kanban，XP，或者混合。没有人能告诉你不花一些时间去了解你的公司，你的产品，你的发展文化等等。