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

标签 agile scrum requirements user-stories

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












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

9年前关闭。




Improve this question




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

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

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

最佳答案

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

关于agile - 在使用像 SCRUM 这样的迭代敏捷开发方法时,如何避免等待需求?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/123089/

相关文章:

unit-testing - 为什么单元测试在敏捷中如此重要?

不理解敏捷声明原则

在 iSeries (RPG) 中重构,是否现实

agile - 小团队的项目方法

uml - 客户对用例图的要求

python - scipy的构建轮(setup.py):状态为 'error'

agile - 团队如何处理当前的冲刺积压项目?

project-management - 冲刺速度计算

agile - 在 scrum 中,是否可以在 sprint 期间更改验收标准?

tfs - 将需求创作入门工具包 (RASK) 与 Word 2007 和 TFS 2008 结合使用