agile - 敏捷的业务方面

Question

据我了解，敏捷或多或少像一个开放/灵活的过程。这意味着我预计并期待利益相关者的快速变化。

但是这其中的商业方面呢？如果利益相关者对产品有特定的预算怎么办？

如果他们的更改超出了指定的预算怎么办？

是否有“敏捷合同”的术语？

Answer 1

敏捷的一个好处是，未完成的故事总是在每个 sprint 结束时被跟踪（例如 2 周）。

相比之下，更类似于瀑布的方法可以“鼓励”未完成的需求直到开发阶段结束（例如几个月）才被识别。

最好尽快知道某些要求不会在当前预算中得到解决。

由于这些原因，最“困难”的要求往往首先得到解决。

简而言之，敏捷非常适合商业和预算。

Answer 2

在您的场景中，敏捷的其他优势是专注于确定需求的优先级并以增量方式创建已完成的工作。

当我们使用 Waterfall 分阶段开发软件时，更改超出了预算，我们经常发现为时已晚，被迫在补充项目资金或一无所获之间做出选择，以弥补我们的沉没成本。通常的选择是继续支出，这样我们就可以为所有的努力展示一些东西，而项目预算很快就会失控。

通过敏捷，我们按优先级顺序构建，并在每个增量中创建生产质量工作。当我们达到要求超出预算的地步时，我们处于更好的位置，因为现在我们拥有生产质量的产品，其中包括可以为我们的预算构建的所有最重要的功能。如果我们愿意，我们仍然可以选择花更多的钱来获得更多的功能，但我们也可以选择停止，我们仍然有产品可以展示。

Answer 3

企业应该期待更好的产品。通常，大部分功能都没有被使用，或者是以牺牲更有价值的东西为代价的。

将构建什么的决定留到最后一个负责任的时刻，而不是试图预先猜测所有的详细要求，这意味着您更有可能获得更好的产品。通过作为一个团队进行协作并避免成本高昂的传统需求前期谈判、签字和移交，您将更有效率。

通过Stacey Matrix和Cyefin解释敏捷有助于理解为什么敏捷在某些项目中最有效。

项目管理（铁）三角形有助于展示当需求发生变化而预算和成本保持不变时，项目会遇到什么问题——质量。

这可能是一个恶性循环，因为技术债务会减慢团队的速度。随着他们被迫提供更多的质量变得更糟。