敏捷的业务方面

Question

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

但这件事的商业方面呢？如果涉众有特定的产品预算怎么办？

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

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

Answer 1

敏捷的一个好处是，未完成的故事总是在每次冲刺结束时被跟踪(例如，2周)。

相反，更像瀑布的方法可以“鼓励”未完成的需求，直到开发阶段结束(例如几个月)。

更好地了解，某些要求将不会在当前预算中得到解决。

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

简而言之，敏捷对业务和预算都是非常友好的。

Answer 2

在您的场景中，敏捷的其他优点是专注于按优先级排列需求和增量地创建完成的工作。

当我们用瀑布分阶段开发软件时，这些变化超出了预算，我们常常发现太晚了，不得不在补充项目资金和从沉没成本中一无所获之间做出选择。通常情况下，我们的选择是保持支出，这样我们就可以为所有的努力展示一些东西，而项目预算很快就会失控。

使用敏捷，我们按照优先级顺序进行构建，并在每一个增量中创建生产质量工作。当我们到达要求超出预算的程度时，我们就处于一个更好的位置，因为现在我们有了一个生产质量高的产品，它包含了所有可能为我们的预算构建的最重要的功能。我们仍然可以选择花更多的钱来获得更多的功能，但我们也可以选择停止，我们仍然有一个产品要展示。

Answer 3

企业应该期望得到更好的产品。通常，很大一部分特性不被使用，或者是以牺牲更有价值的功能为代价。

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

通过Stacey矩阵和辛芬解释敏捷有助于理解为什么敏捷在某些项目上最有效。

工程管理(铁)三角帮助演示当需求变化、预算和成本保持固定质量时，项目会受到什么影响。

这可能是一个恶性循环，因为技术债务减缓了团队的速度。当他们被要求提供更多的质量时，情况会变得更糟。