我所在的团队已经在很大程度上接受了 Scrum。我真的很喜欢它的想法，但发现我们必须不断做出妥协以适应我们的发展现实。这会降低 Scrum 的效率并导致其他开销。
我要问的是，有没有人设法使用纯 scrum 工作，这样做是否值得。还是不可避免地不得不做出妥协。
我问这个问题是因为 scrum 似乎对偏差有点不容忍，如果它接受世界不能总是改变以适应 scrum 并在它不起作用的地方解决问题，它可能会成为一种更好的方法。
Jeremy French
问问题
1257 次
7 回答
8
Scrum 绝对可以容忍偏差，但我认为这里的关键点是你的陈述“我们不断地做出妥协以适应......”。当然，如果你改变你的方法，你就会改变你做事的方式。就像说“我们现在是一家 LISP 商店。但是我们真的必须用 LISP 编写代码还是仍然可以使用 C#？”
拥抱 scrum 并接受你做事的方式会改变。你一定会得到好处。不幸的是，scrum 需要被所有利益相关者接受，而不仅仅是开发团队，才能真正高效。
于 2009-01-22T10:09:01.103 回答
3
仔细看看你所做的妥协，如果它们没有让你远离 Scrum / 敏捷的核心价值观。
很长一段时间以来，我店里的人们一直声称我们是敏捷的，但他们真正的意思是，几乎可以随时将需求更改推向开发。我们有各种程序和指示要遵循，这绝不是“轻装旅行”。如果每个人都清楚我们并没有真正在做 Scrum、XP 或其他真正的敏捷方法，
那这不一定是一个大问题。
只有在没有调整其他核心内容的情况下引入某些东西时，它才会变得危险——你最终会试图在一个只会惩罚你的系统中保持敏捷。您尝试修复 4 周的迭代，但无论如何您每周都会收到新的最优先需求，并且您不能忽略它们。你被要求进行详细的计划，并在冲刺期间只要有一些事情稍微偏离计划就会收到投诉。您最好的团队成员经常被打断，以帮助其他团队解决问题。
这不是敏捷，无论你多么努力地称它为敏捷，它都不会起作用。
所以也许你的实际情况是一样的，你的组织也还没有真正准备好。
于 2009-01-22T10:54:09.873 回答
1
我们的团队现在使用 scrum 已经好几年了，虽然一开始就出现了问题，需要进行大量宣传，直到管理层接受它并改变了与团队合作的方式，它利用了我们的生产力并增强了我们的知识转移跨越团队成员。
据我了解，Scrum 非常容易出现偏差，依赖于通过回顾（针对开发人员）和短迭代（来自项目规划方/管理）的持续反馈和适应。当然，所有相关方（开发人员、Scrum 主管、产品所有者/管理人员/客户）都必须接受 Scrum 的工作方式与大多数其他非敏捷开发方法不同，并且他们必须修改他们当前的一些方法。
我个人认为，与我过去经历的其他“静态”开发/项目方法相比，Scrum 给了我更大的自由和效率。
于 2009-01-22T10:21:54.167 回答
0
可以，但并不适合所有人。事实上，它不适用于大多数地方，因为那里有大量商店无法满足它的先决条件。此外，几乎每个人都使用自己的 Scrum 版本。
于 2009-01-22T10:17:43.083 回答
0
我们最近开始使用 Scrum，我们也在调整它以适应我们的需求。不过，我认为所有方法都是如此。
有些事情，比如每天的 Scrum 会议，我们觉得有点过于频繁：我们现在每周举行两次 Scrum 会议。
我们的 sprint 并不像他们应该的那样死板：我们经常在 sprint 结束前的中途添加一两个功能。
最后，可能也是最重要的一点，我们的 Scrum Master 和产品负责人是同一个人。
总的来说，事情进展顺利。我最喜欢的是燃尽图。
希望这可以帮助。
于 2009-01-22T10:19:40.210 回答
0
如果你能阐明你正在谈论的一两个“妥协”，你可能会得到更好的答案。我不确定您是在谈论程序问题、任务积压管理、召开站立会议多长时间，还是如何处理版本控制。
我在大型企业环境中使用“纯 scrum”的经验非常好。我想不出任何因使用 Scrum 模型而受到负面影响的事情。
于 2009-02-04T16:54:05.057 回答
0
是的，有什么妥协？也许你并不总是成对编程？
所有开发人员都需要让每个人都意识到中断的影响。如果有人用 2 秒时间触摸湿油漆，它会从画家身上带走多少时间？如果你只是画了这个地方，那就没什么了，但是如果所有的用品都被收起来了怎么办？
让您的经理、用户、客户团队负责人知道您可以处理他们的新紧急情况，但他们想放弃/延迟什么？没有人免费乘车。
于 2009-02-04T19:00:50.137 回答