I’我将以寓言开始这篇文章：

曾几何时，人们使用“waterfall”模型。他们会仔细为产品撰写30页以上的规格，然后他们会花很长时间–几个月到几年！–开发符合规格的产品。

然后，他们当然会发现市场发生了变化，或者在构建功能时就猜错了。他们会叹息，然后回去工作，并为下一个版本开发另一个30多页的规范，该规范将在6-18个月后问世，并且存在完全相同的问题。

因此人们遭受了痛苦，直到大约20年前，有人意识到有更好的软件开发方法。他们说，“We’我们花了数十年的时间不使规格出错’推出产品。但是我们总是会犯错误，因为知道我们要花18个月（和数百万美元！）’如果犯了一个错误，我们的失败既痛苦又昂贵！如果我们没有花时间费力地努力不犯任何错误，而是设计了一种方法来避免不可避免地犯下的错误，该怎么办？ 更便宜？如果我们可以更快地找到它们，该怎么办？’re going to fail, we 失败更快?”

因此，敏捷开发方法诞生了。软件开发团队不是按照百科全书大小规范每18个月发布一次整体软件，而是制作 工作软件 在较短的开发周期中（两个星期被认为是最佳）。在周期的最后，您将软件演示给客户，并获得他们的反馈。根据该反馈，您可以决定在下一个周期中构建什么。

以这种方式工作的优势非常明显：您只能在两周之内走得那么远，因此失误少，而且由于您不断获得有关您产品的反馈，因此您可以开发出对您有用的东西适合市场的客户/更好的客户。现在，即使不是大多数软件团队，许多软件团队也在使用此方法的变体。

那我为什么要在艺术家中谈论这个’s blog?

因为，不管信不信，艺术家和软件工程师有很多共同之处。两者都在从事创造性工作，在工作中都具有不确定性，并且都需要灵活改变自己的建筑。许多敏捷思想也适用于艺术，但我’我现在想到的是：

失败更快！

乍一看，这似乎很愚蠢。您为什么要更快地失败？我们都想成功，不要’t we?

But the truth is that 错误are inevitable.  What we want to avoid is 昂贵 错误– ones we don’直到过程结束时才知道’可能为时已晚，或者校正起来非常昂贵/劳动密集型。我们’所有的项目都变成了灾难–就像我花了几个月的马海毛大衣，才发现纽扣孔’正确放置，以使外套敞开！

要点“Fail Faster” is that we shouldn’尽量避免 任何 错误。相反，我们应该尝试使错误尽可能便宜– “Fail faster!”意味着识别您的错误– aka failures –更快，因此它们将更快更容易修复。缩短开发周期的目的是，与您一次完成全部操作相比，它可以更快地发现和解决错误。

现在，这如何适用于纤维艺术？它’关于恐惧的一切“S” word…sampling.

采样在项目中非常重要，因为它可以使您更快地失败。例如，考虑一下我在Photoshop中进行的颜色模拟：

我没有’不喜欢这种设计，并赢得了’t be using it in my project.  But notice that, by sampling it via Photoshop, I only took about 10 minutes to discover 我没有’喜欢它。这个错误比我付出的代价少得多’d坐下来编织实物样品，或者更糟糕的是编织了整幅样品！一世“failed faster”使用这个模拟/样本，它节省了我很多时间和悲伤。

抽样是降低风险的一种方法。而不是将未开发的项目开发为一组未尝试的规范–基本上，使用瀑布法并在掷骰子时将所有事物赌博–采样使您可以迭代地开发事物，尝试新的想法并在较短的开发周期中解决错误。项目规模越大，不确定性越大，抽样价值就越大。它’s as simple as that.