敏捷web设计与其说是一个过程，不如说是一种哲学。但在我们开始之前，这里有一个小的历史教训。

　　2001年冬天，在犹他州，一群软件开发人员聚集在一起，创建了一份关于开发的最具启发性的文档：敏捷宣言。该宣言将继续激发一种全新的软件开发方法，这反过来又将成为设计师和开发人员用来处理各种不同项目的方法。

　　今天，敏捷项目开发是一种流行的、高效的网站设计方法。让我们看看它是如何工作的。

　　分解宣言

　　根据敏捷宣言，这个过程并不是关于构思一个项目，然后让它实现传统意义上的成果——也就是说，完成它，然后再调整。相反，敏捷项目管理侧重于一个持续的、灵活的过程，它依赖于一组人在项目的整个过程中输入想法。

　　当然，这种思想背后的开发者也相信，全面的文档、工具、合同谈判和遵循计划都有真正的价值。然而，敏捷开发的原则与这些方法是对立的。因此，敏捷开发将价值放在个人及其交互、工作软件、客户协作和对变化的持续响应之上。

　　敏捷与瀑布：区别

　　根据敏捷开发背后的原则，传统的“瀑布式”设计和开发网站的方法可能会非常低效，使网站无法在合理的时间内充分发挥其潜力。但有什么区别呢?

　　瀑布法有其优点。以下是它的工作原理，从一个项目计划开始。在任何类型的web开发可以开始之前，设计者必须有一个清晰的愿景和一个明确的目标。规划阶段是预先准备的，而且相当广泛。因此，瀑布式web开发人员通常可以准确地估计项目的时间表和预算。开发人员通常可以在项目上提供极快的周转时间，但只有在计划完成之后。

　　然而，瀑布法失败的地方在于它的刚性。如果项目设计需要在整个过程中的任何时候进行更改，则该过程将完全停止。开发人员必须重写计划，重新考虑整个项目。

　　如果项目的一个已完成的步骤需要更改，那么在不中断项目其余部分的情况下进行必要的更改几乎是不可能的。因此，在项目接近完成之前，开发人员很少可以要求对项目进行反馈。一旦出现问题，很难做出回应，而且如果有必要进行修改，可能会很耗时，而且可能会很昂贵。

　　另一方面，作为一种方法论，敏捷是非常灵活的。一些开发人员将其描述为“自由形式”的项目设计。使用适应性计划，敏捷的web设计师一次只处理项目的一小部分。客户有固定的输入，并且设计不断地被测试。

　　如果需求经常发生变化，或者客户心中没有明确的最终目标，那么敏捷web开发将是一个巨大的福音。因此，设计师可以很容易地适应和融入新的想法。当项目使用敏捷方法开发时，客户将缓慢但肯定地开始澄清他们的需求。如果你在做一个实验性的设计，敏捷开发是一个完美的方法。事实上，它甚至可以将设计项目的时间线缩短一半。

　　Scrum方法

　　对于许多使用敏捷项目开发的设计师来说，scrum方法是过程中不可或缺的一部分。这个短语是从橄榄球中借来的;在一个scrum中(scrummage的缩写)，所有团队成员聚在一起制定计划，然后各奔东西。他们仍然是一个有凝聚力的团队，但每个人都履行自己的职责。任何时候，当球出界，或者比赛被打断时，团队会回到一起参加下一个scrum——快速讨论他们下一步需要做什么，以及需要对策略做出什么改变。

　　敏捷web设计师和其他项目开发人员在项目的每个阶段都使用相同的持续通信，通常是一天一次或多次。使用敏捷，团队是自组织和高度协作的，因为没有人是团队的领导者;相反，团队成员集体决定如何处理问题。客户是团队的积极参与者和成员，被称为项目的“所有者”。项目业主提供指导和指导。

　　Scrum检查可以让客户了解(并满意)进展情况，同时也可以让设计师实时适应变化。由于最初的沟通不畅，没有人必须争先恐后地撤销或重做大量的工作。

　　最后的想法：你会变得敏捷吗?

　　如果你——无论你是客户还是网页设计师——有兴趣与一个聪明而有兴趣的团队进行协作和动态的合作，也许是时候考虑一下敏捷方法，让你的下一个项目变得生动起来。一旦你开始敏捷，你可能就不想回去了。