敏捷要求预先

时间:2011-09-28 06:40:12

标签: project-management agile requirements

我理解通过Agile中的迭代方法发现需求会更好,但是我经常听到有人拒绝项目,因为他们被给予了前期要求。

为什么会这样?为什么不能按原样采取前期要求,例如:刚刚添加到产品待办事项中,然后确定优先级并实施?

3 个答案:

答案 0 :(得分:2)

前期要求没有任何问题。事实上,在你起航之前知道你要去哪里会有所帮助!

敏捷是关于能够适应性的很多,所以如果需求发生变化,你就不会被锁定在你不想要的东西上。

答案 1 :(得分:1)

那些会导致开发人员对项目进行三思而后行的前期要求,就是那些表明客户可能会成为噩梦的人:

  • 对一种特殊的,不合适的技术或演示风格的痴迷
  • 坚持使用明显漏洞的“安全”

在敏捷项目中,最好在早期向客户展示部分工作系统的当前状态,并获取反馈,使用此信息来帮助设计系统的后续部分。如果客户对最终产品的想法过于固定,那么他们可能无法在此阶段提供有用的反馈,并且最终产品可能不如预期的那么好。

答案 2 :(得分:0)

这对敏捷来说可能是个问题。 某些团队 会将其作为没有计划的借口,因为他们希望自己具备适应能力'。需求可以帮助您专注于软件架构,这是其他一些并不总是在一些敏捷团队中得到重点关注的东西。正是这些点使我相信敏捷应该只是原则而不是方法论。 Digital Animal写了一篇有趣的文章,讲述了如何以一种不再有效的方式使用敏捷。对于某些团队而言,最好从敏捷的优点中学习,并使用它来构建适合他们的方法。 http://digitalanimal.com/blog/slaying-the-agile-dragon-the-game-of-thrones-methodology/?AT=CZcb6f