在确定所有需求之前确定发布日期是否敏捷?


10

我刚刚开始阅读Craig Larman的《 Applying UML and Patterns》。我觉得这很有趣,因为它挑战了我在工作中遇到的许多问题。我读到,并不是一次就可以完全收集需求,并且需要很多次迭代才能完成需求收集。如果是这样,考虑到明天可能会有一些新的突破性要求(或伪装成要求的变更请求),我是否必须设定一个硬性规定的截止日期,这是我在工作中必须做的,非常敏捷。

Answers:


19

如果您准备移动“铁三角”的另外两个边缘之一,则具有固定的发布日期绝对没有“敏捷”问题:该发布中需要的内容或可用资源。您不能全部解决这三个问题-实际上,三角形的“资源”侧通常不是很灵活,或者修改效率很低。

如果明天有一个重大的新要求,那很好,只要企业准备接受该要求可能不会确定发布日期-即,它会推迟到下一个发布。


1
我一直觉得三角形的资源面是一个错误。交换它的质量,效果更好。但是您很快就会发现:如果有必要,请联系我发布日期,但是功能和质量会因此下降。
David Arno

1
@DavidArno我认为“质量”是“完成的定义”的一部分,“定义”本身是每项要求的一部分。如果您从项目中夺走资源那么“资源”无疑会对交付产生重大影响。
菲利普·肯德尔

1
@ChristianHackl:我认为,无论采用哪种方法,如果您还想要质量,软件开发都需要大量的时间和金钱。
布莱恩·奥克利

2
@BryanOakley:是的。我只希望敏捷的传播者能够真正认识到他们的方法在这方面并不特殊。一旦您忘记了敏捷可以让您吃蛋糕的错误假设,那么您就可以通过选择是否包含“敏捷”以及其中应包含多少“敏捷”来实际为项目设计正确的开发过程。
Christian Hackl

1
@ChristianHackl没有方法是灵丹妙药。但是,“敏捷”(广义上的意思)的要点不是要使成功交付的成本降低/更快,而是要使(不可避免的)失败的成本降低。
古兰经

3

我认为许多敏捷营地的问题在于期限这一词。截止日期的风险是您假设自己知道需要做什么。正如您所指出的,您不能没有一个未知数的截止日期。

菲利普(Philip)的回答所描述的远远不是最后期限,而是约束。我们可以说我们有资金到三月为止,因此我们必须在那段时间内制造出最好的产品。

打个比方,假设我要您去杂货店买一星期的所有杂货,然后再去看看任何价格之前,我想告诉我您将花费多少。此外,如果您输入错误,将会受到处罚。您将完全按照人们对项目截止日期的处理方式进行操作-在您认为范围可能偏高的范围内选择一个数字,因为它受到处罚的可能性最低。现在,让我们说我告诉您这是不可接受的,您必须购买您计划的相同物品,但必须以便宜50美元的价格购买,否则。现在你能做什么?您可以拒绝,也可以将争论推迟到购物之后再进行,或者可以找到一种欺骗情况的方法。这是许多组织的最后期限设置为未知的情况。

现在,看到整个情况有多么不健康,敏捷就说:“如果您有预算,我可以保证在这个预算范围内,并在这个限制下为您提供本周最好的饭菜。” 进行更健康的对话。


您实际上向人们保证了吗?如果您做错了,而另一种方法会在截止日期前提供更好的饭菜怎么办?
Christian Hackl

1
关于敏捷和期限类似的论点在这里
埃里克国王

@基督教。当然。至少,这是我可以在此约束下提供的最佳方法。也许其他人可以做得更好,或者如果情况不同,我本可以提出更好的解决方案,但这些猜测似乎并不有价值。特别是考虑到我总是在项目的后期获得更多信息,因此,根据其性质,我现在给出的任何估计截止日期都不会比我以后告诉您的任何信息都灵通。
丹尼尔(Daniel)

当然,我们在谈论StackExchange平台上一个相当复杂的主题,该主题并非旨在处理广泛的多方面主题。我试图使答案简洁明了,并专注于平台。实际上,这是一个非常狭窄的领域,关于软件开发和组织开发生命周期的更强大的性质,可以说很多。
丹尼尔(Daniel)

@Daniel:好吧,我只是反对这样一个观念,即仅仅因为您相信自己使用了最佳方法,就可以向客户承诺理想的结果。那是不现实的。
Christian Hackl

2

敏捷是一种技术,而不是结果。与割草相比,一次迭代就像您割过的一排草。如果有人说“在15分钟内修剪整个草坪”,而您正在使用敏捷,那么到最后您可能会完成30%。然后,您将在以后进行更多迭代并完成它。


2

您可以毫无问题地计划发布日期。只要确保在这个特定日期您不会输掉头。您应该拥有可以在每次冲刺结束时发货的产品,但是如果没有这样做,通常不会造成伤害;这是一个更专注于工作而非目标的目标。如果您有计划的发布日期,则在该日期您必须拥有可发布的产品。

通常,您的目标是在计划的发布日期之前的某个时间获得未经测试但希望发布的产品,然后对产品进行测试并修复错误,直到达到质量标准为止,然后发布它而不必担心。该发行版将包含当时已准备好的一切。

现在,对于老板来说,您还应该计划第二次发布日期,并实际实施更多功能,这似乎并不明显。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.