agile - 在使用像 SCRUM 这样的迭代敏捷开发方法时，如何避免等待需求？

Question

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












想改进这个问题？ Update the question所以它是on-topic对于堆栈溢出。

9年前关闭。




Improve this question




我们尝试在我目前的工作中进行敏捷开发，并且大部分都取得了成功。主要问题似乎是项目的开发人员总是在 sprint 开始时等待需求，然后急于在最后完成任务。交付需求的业务分析师总是不停地工作以完成需求。

编辑:附加信息:
我们正在为内部使用定制 COTS 应用程序。我们的“用户故事”只包含我们将在特定 sprint 中定制的应用程序的哪一部分，以及我们将在内部集成的系统。与不同系统的集成通常工作得很好，因为我们可以立即开始工作。 “自定义 x 屏幕”是主要问题区域，因为开发人员对此无能为力。我们必须等到获得 BA 的要求后，才能真正做任何事情。

编辑:更多的洞察力/困惑也许:
我想知道问题是否部分在于正在定制的屏幕已经存在，因为这是一款正在高度定制的 COTS 产品。人们建议用户故事应该遵循“制作 X 屏幕”的思路。那已经完成了。也许没有一个好的方法来为这些需求做用户故事……也许这需要一个全新的问题。

Answer 1

不要等待。根据您的最低要求构建原型(prototype)，并尽快从产品所有者那里获得反馈。通常情况下，他们无论如何都不知道自己想要什么——如果您可以向他们展示一些有形的东西作为起点，您就更有可能获得有用的反馈。此外，一旦您对实际需求有了更好的了解，您可能已经从开发原型(prototype)中获得了很多洞察力。