process - 用Scrum收集需求

Closed. This question does not meet Stack Overflow guidelines。它当前不接受答案。












想要改善这个问题吗？更新问题，以便将其作为on-topic用于堆栈溢出。

3年前关闭。



Improve this question




我的开发团队正在努力研究Scrum方法。我们有按优先级排列的产品待办事项列表，我们将其分割为燃尽图跟踪的sprint。

麻烦的是，产品经理(从利益相关者那里收集需求的人)会在冲刺或冲刺开始前几天给我们概述需求。

然后，我们浏览一下它们，并在可行的范围内(技术上和合理的时间内)对它们进行修改。这会被发送给管理层，其他产品管理层和利益相关者进行审查，并且通常会进行进一步的修改/调整，这往往会一直循环下去，直到所有问题都解决为止。

同时，冲刺开始的日期已经到来，我们开始着手确定我们确定稳定的要求。完成这些步骤后，随着需求的变化，我们将有无尽的时间来调整代码。

虽然我知道不应将需求视为固定的，但我只是觉得我们管理不善，并试图将瀑布式需求方法适合敏捷开发。

有没有人对这种问题有任何改进建议或经验？

编辑:这对我们来说可能是最坏的情况-有时需求相当稳定，我们实际上正确地使用了Scrum!但是，更常见的是，我们在sprint中看到了上述情况，这就是为什么我问了这个问题。我知道以上并不是真正正确的Scrum，这就是问题所在:)

最佳答案

带您的利益相关者参与讨论；调用它们将通过产品经理消除任何“中国耳语”。同样，他们需要优先考虑未完成的日志，而不是开发人员。当利益相关者参与讨论时，他们还可以更好地看到变更的后果，尽管他们不会停止进行变更，但他们将对变更如何影响迭代有更好的了解。

不断变化的需求；参见《敏捷宣言》……“拥抱变化!”

善良，

担

关于process - 用Scrum收集需求，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/1803136/