固定范围/固定价格项目= WaterFall吗？

Question

在客户根据某些技术和财务标准（即固定范围/固定价格项目）选择供应商发布RFP的情况下，除了WATERFALL之外是否可以使用任何方法。即增量/迭代方法可以起作用吗？

Answer 1

为什么你不能做迭代？您可以以任何大小进行工作，并进行设计 - 构建 - 测试迭代。我想你所问的是一个轻量级方法是否适合处理变化或未定义的范围。我不明白为什么FDD不适合，例如，因为你知道你要去哪里。 ：）

Answer 2

如果他们想要那种类型的提案，那么他们可能会准备为未知数支付变更单和大缓冲（时间和$$）的价格。你可以相应地出价。

但是一旦签订合同，最有效的方法就是它。如果您正在清除风险因素，提前或经常交付等等，您可以更快地编写这些变更单。

Answer 3

敏捷技术旨在包含变更，但如果变更不是那么好，它们也能正常工作。大多数好处仍然存在。只需将工作分为客户故事，跨越里程碑的故事，并开始运行迭代时钟。它应该工作得很好。你必须在前面做更多的计划，但这并不意味着瀑布。

瀑布是指您完成所有规划，然后是所有编码，然后按顺序进行所有测试/调试。相反，你可以做足够的计划，然后迭代计划/编码/测试周期。

Answer 4

我认为可以使用敏捷和迭代方法，并且在许多层面都很重要。定义业务需求的阶段非常重要，也应该是迭代的。通过要求固定范围/固定价格合同，客户放弃了灵活机会并扼杀敏捷精神。当然，即使在固定范围合同下，您也可以并且应该进行一些迭代。但是，签署固定范围已经失去了迭代方法最有价值的优势。