Scrum : a good method only for teams with "full time on sprints" developers?

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题？更新问题，以便 editing this post 可以用事实和引用来回答它.

6年前关闭。




Improve this question




我们是一家软件开发公司。我们已经介绍了 Scrum。
问题是开发人员不能像许多其他公司一样将全部时间花在 Scrum 冲刺上。他们必须做很多无开发、脱离 SCRUM 项目的任务!
我读过:Scrum 不允许兼职开发人员

那么，您对此有何经验？
Scrum 是否仅适用于开发人员只花时间专注于 SCRUM 冲刺的开发任务的团队？

谢谢你的时间

Answer 1

我正在为这也是一个问题的公司工作。我们正在尝试使用 Scrum，但遇到以下问题:

如果有重要的支持问题，我们必须放弃我们为解决该问题所做的一切，从而破坏 sprint。

管理直接针对一些开发人员，他们需要完成他们想要完成的特定任务。

一些开发人员有时需要执行特定任务(称为对特定旧产品的支持)

有时，其中一位开发人员会从 sprint 中移除以进行重要的安装。

基于管理层的改进想法，团队经常发生变化。

面对所有这些问题，不可能照本宣科地进行 Scrum。当团队中的人数一直在变化时，每个 sprint 的速度基本上一文不值。

我仍然发现你得到了一些好处:

人们作为一个团队工作，并从中获得灵感和授权。

仍然通过 sprint 的任务比完全不使用 Scrum/sprint 的情况要好，因为反馈周期比不进行 sprint 时要短得多。现在的共识是，两周是个好时机。

毕竟，随着时间的推移，速度似乎趋于平均，至少让管理层能够了解在更长的时间内可以完成多少工作。

因此，我的建议是使用 Scrum。就像在我的公司一样，当管理层和开发人员开始看到短周期等的一些好处时，他们将开始进行更改，以便将更多被认为不是冲刺任务的工作最终变成冲刺任务.所以我仍然看到尝试进行 Scrum 的好处。无论如何，没有 100% 正确的方法来做 Scrum，不管有些书声称有多难。