Canada Dataset

过去，买家的日子比较轻松：项目在开工前就进行了估算，成本价也提前确定。这种“老派”工作方法的基础也称为“瀑布”，这是一种项目方法，其中开发项目总是从明确需要构建的需求阶段开始。这意味着采购人员确切地知道会发生什么。

至少在购买时是这样。事实上，提前定义项目范围几乎是不可能的。这会对范围、交付时间和/或预算产生所有影响。

敏捷方法（最著名的是 Scrum）现在被认为是许多软件开发问题的最佳实践。敏捷打破了预先确定的详细要求。敏捷和 Scrum 完全基于一个简单的事实，即在流程开始时并不清楚最终会实现什么。因此，敏捷和 Scrum 关注的是交付周期而不是范围。并且不会浪费时间提前详细记录将要构建的内容。

瀑布敏捷范围2

敏捷的巨大优势（敏捷 就是敏捷）在于它提供 了基于先进洞察力的调整 英国电报数据 空间。该方法基于透明、相互信任和密切合作来应对不断变化的环境和不确定性。事先没有笨重的需求文档，而是简洁的“产品待办事项列表”。没有 PIT 或多年计划，但有“每日站立”和“演示”。

购买时最大的问题是：“我能得到什么？”
这一切听起来都不错，但买家对此无能为力，这当然也不是不可理解的。因为如果供应商没有承诺预定的范围，作为客户您有什么指导呢？

答案：“有义务努力”
例如，购买定制软件（待开发的网站和应用程序）与购买办公家具或签订租赁合同根本不同。为什么？我们都非常清楚对办公椅的期望。但定制软件开发根本不可能提前指定。

成功实现客户和代理机构之间敏捷协作的基础是认识到代理机构有义务做出努力（而不是质量义务）。这看起来似乎有细微差别，但事实并非如此。