关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。
想改善这个问题吗？更新问题，使其成为 on-topic对于堆栈溢出。
3年前关闭。
Improve this question
我的开发团队正在努力使用 Scrum 方法。我们有一个优先的产品待办事项列表，我们将其分解为由燃尽图跟踪的冲刺。
问题是，产品经理(从利益相关者那里收集需求)会给我们一个需求大纲，比如在一个 sprint 或一组 sprint 开始前几天。
然后我们查看它们，用可行的(技术上和在合理的时间内)修改它们。这会被管理层、其他产品经理和利益相关者送去审查，并且通常会进一步修改/调整，这往往会循环下去，直到一切安定下来。
与此同时，sprint 开始日期即将到来，我们开始捕获我们非常确定稳定的需求。完成这些之后，随着需求的轻微变化，我们将不得不无休止地调整代码。
虽然我知道不应认为需求是固定的，但我只是觉得我们管理得不好，并试图将瀑布式需求方法融入敏捷开发中。
有没有人对此类问题有任何改进建议或经验？
编辑:这对我们来说可能是最糟糕的情况——有时需求非常稳定，我们实际上正确地使用了 Scrum!但是，我们在 sprint 中更频繁地看到上述场景，这就是我提出这个问题的原因。我知道以上并不是真正合适的 Scrum，这就是问题所在:)
最佳答案
将您的利益相关者带到 Scrum 中；让他们参与将消除通过产品经理的任何“中国耳语”。此外，他们需要优先考虑待办事项而不是开发人员。当利益相关者参与 Scrums 时，他们也会更好地看到变更的后果，虽然他们不会停止进行变更，但他们会对他们的变更如何影响迭代有更好的概念。
关于不断变化的要求；看看敏捷宣言……“拥抱变化!”
善良，
担
关于process - 使用 Scrum 收集需求，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1803136/