在大学课堂中，遵照课本，老师一般都会照本宣科的讲一讲最广为流传的设计流程——双钻模型，该设计流程模式将设计分为4个阶段Discover、Define、Develop和Deliver，这对于设计的学习而言，设计模型是最有利于掌握的设计方法论。
像这样step by step的设计方法，也被称作是cascade model，Cascade意为waterfall，即设计项目以“循序渐进”的方式进行推进。
但进入职场后，如果仍照此模式进行设计却并不可取。Cascade model最大的弊端是耗时长，与此同时，即便花费大量时间和资金成本设计研发出的产品，投入市场后依旧存在着极高的失败风险。
如今的市场上竞争对手数量众多，新产品设计开发的时间也在保证高品质的情况下被要求尽可能地压缩，于是很多设计师认为cascade model这种传统模式在现如今这种高强度、高要求的情况下已不再轻易奏效。
为了解决这一问题，在2001年2月，17位软件开发师本着对轻量级开发（Lightweight Development）方法的兴趣，讨论出了一种新的软件设计开发流程，称为“Manifesto for Agile Software Development”，这便是敏捷设计。
敏捷设计的价值观是：
1. 个体和互动高于流程和工具
2. 工作的软件高于相近的文档
3. 客户合作高于合同谈判
4. 响应变化高于遵循计划
5. 尽管右项有其价值，但敏捷设计更重视左项
从这一价值观可以看出，敏捷设计强调的是高效并且持续不断地进行设计以达到客户满意的标准。这个价值观要求激发个体的设计激情和团队中每个成员的合作与互动，共同达成目标。
传统的设计模式，团队中每个人的分工不同，前期人员在进行用户调研和市场调研后，将分析结果总结，再进行设计，制作模型，对模型进行测试，分析测试中存在的问题再进行完善，直到制作最终的产品。
但是敏捷设计的方法则是要求在短时间内完成传统设计模式的流程，并且不断反复循环。
从图上可以看出，传统的设计流程是一种one time active而敏捷设计则是一种可持续化的设计流程。
敏捷设计强调“make a real change”而不是“make a report”，频繁的测试与修改是敏捷设计的首要原则。
传统的设计模式下，了解客户需求后一系列的设计内容都由项目团队完成，最终呈现给客户一个完美的设计。但实际中，很多情况可能是经过几个月的奋斗，最终做出的是设计师心中认为完美的作品，可压根不是客户想要的。
客户最清楚自己的需求，作为一个UX设计师，职责就是发现痛点问题，了解用户的需求。所以敏捷设计要求设计师改变自己和客户或者用户之间的关系，将用户纳入设计团队的一员，不在最后将设计成果向甲方展示，取而代之的则是在设计的过程中采用灵活的方式将客户端贯穿到每一个阶段，可以随时交付设计成果，这样客户可以随时随地了解到项目的进程，参与到测试中，提出意见，从而设计团队可以随时进行修改。
相对于传统的设计模式，敏捷设计能够发现真正痛点问题，同时更快地得到用户反馈，也帮助设计师和客户建立了更好的沟通。当然这就要求设计师能够适应突然地改变，而不是一味地按照原来的计划进行设计。
数据表明在投放市场后，使用敏捷设计模式的项目其成功率要远远高于传统设计模式下的产物。Google的设计项目基本上就是遵循敏捷设计的方法，其实在国外的UX设计领域，特别是初创公司，能够运用敏捷设计是对UX设计师的基本要求，如果一个设计师不了解、不会运用敏捷设计，很多公司甚至不会考虑录用。
以上说了这么多敏捷设计的优点，并不是要全盘否定传统的设计模式。敏捷设计对设计师具有相对较高的要求，所以在学生阶按部就班根据传统设计模式一步一步循序渐进地进行设计，打好根基，提高自己的专业水平、团队协作能力，但更要注重自己未来的方向，做到心中有数，适当调整自己的前进步伐。
