Scrum可以在现实世界中工作吗？

Question

我工作的团队已经大举采用了scrum。我非常喜欢它的想法，但发现我们不断做出妥协以适应我们的发展现实。这使得scrum效率降低并导致其他开销。

我要问的是，那里的人设法使用纯粹的scrum并且付出了代价。或者不可避免地要做出妥协。

我问这个因为scrum似乎对偏差有点不宽容，如果它接受世界不能总是改变以适应scrum并且在其所处的地方工作，它可能会成为更好的方法论。工作。

Answer 1

Scrum绝对容忍偏差，但我认为这里的关键点是你的陈述'我们经常不得不做出适合的准备......'。当然，如果你改变你的方法，你就会改变做事的方式它就像是说“我们现在是一家LISP商店。但是，我们是否真的必须在LISP中编写代码，或者我们仍然可以使用C＃？“

拥抱scrum并接受你做事的方式会改变。你肯定会收获好处。不幸的是，所有利益相关者（而不仅仅是开发团队）都需要接受scrum才能真正有效。

Answer 2

仔细研究你正在做出的妥协，如果他们没有让你远离Scrum / Agile的核心价值观。

最长的时间，我店里的人一直声称我们是敏捷的，但他们真正的意思是需求变化几乎可以随时推动发展。我们有各种各样的程序和指示可供遵循，除了“旅行之光”之外什么都没有。
如果每个人都清楚我们不是真的做Scrum，那不一定是个大问题， XP或其他真正敏捷的方法论。

只有在没有适应其他核心事物的情况下引入某些东西时才会变得危险 - 你最终会试图在一个只会惩罚你的系统中变得灵活。您尝试修复为期4周的迭代，但无论如何您每周都会获得新的最高优先级要求，并且您不能忽略它们。您需要进行详细规划，并在冲刺期间稍微偏离某些内容时获得投诉。你最好的团队成员经常被打断，以帮助其他团队解决他们的问题。

这不敏捷，无论你多么努力地称之为敏捷，它都无法奏效。

所以也许你的情况的现实是一样的，你的组织也没有真正做好准备。

Answer 3

我们的团队现在使用scrum已经有好几年了，虽然一开始就存在问题，但是在管理层接受并改变他们与团队合作的方式之前需要进行大量宣传，它已经利用了我们的生产力并增强了我们的能力。跨团队成员的知识转移。

根据我的理解，scrum对偏差非常开放，依靠通过回顾（针对开发人员）和短期迭代（来自项目计划方/管理）的不断反馈和适应。当然，所涉及的各方（开发人员，Scrum主人，产品所有者/管理人员/客户）必须接受scrum的工作方式与大多数其他非敏捷开发方法不同，并且他们必须修改他们当前的一些方法。

我个人认为，这个scrum比我过去经历的其他“静态”开发/项目方法给我更大的自由和效率。

Answer 4

它可以，但并不适合所有人。事实上，它并不适用于大多数地方，因为那里有许多商店无法满足它的预先要求。此外，几乎每个人都有他们自己的Scrum版本。

Answer 5

我们最近开始使用Scrum，我们也正在根据我们的需求进行调整。不过，我认为所有方法都是如此。

我们觉得每天的Scrum会议都有点过于频繁：我们现在每周举行两次Scrum会议。

我们的冲刺并不像它们应该的那样严格：我们经常在结束前的中途添加一个或两个功能。

最后，也许最重要的是，我们的Scrum主人和产品所有者是同一个人。

总的来说，事情进展顺利。我最喜欢的是烧毁图表。

希望这有帮助。

Answer 6

如果你只能说明你所谈论的一两个“妥协”，你可能会得到更好的答案。我不确定你是在谈论程序问题，任务积压的管理，你的站立会议需要多长时间，或者如何处理版本控制。

我在大型企业环境中使用“纯粹的scrum”的经历非常好。通过使用Scrum模型，我无法想到任何在负面意义上受到损害的事情。

Answer 7

是的，有什么妥协？也许你并不总是成对编程？

所有开发者都需要让每个人都意识到中断的影响。如果有人需要2秒钟才能触摸湿漆，那么从画家那里需要多少时间？如果你只画了这个地方，那就不多了，但是如果把所有的物品放好了怎么办？

让您的经理，用户，客户团队领导知道您可以处理他们的新紧急情况，但他们想要放弃/延迟什么？没有人免费乘车。