class="topic_img" alt=""/>
摘要：现今，设计师、开发者更加注重将 UX 融入到敏捷开发中。而随着敏捷 UX 的流行，设计师们开始朝着精益 UX 发展。那么敏捷 UX 和精益 UX 之间的区别是什么？在日常生活中，大多数人将两者进行互换，这两者指的是同一件事吗？
时至今日，敏捷方法已经成为主流。随着一些主流设备的成功，比如 iPhone 推动了体验设计的飞速发展。设计成功与否不再是由产品经理、设计师决定，也不是死板地按照设计需求清单来，而是直接由用户决定。 因此，设计师、开发者更加注重将 UX 融入到敏捷开发中。而随着敏捷 UX（Agile UX）的流行，设计师们又开始朝着精益 UX（Lean UX）发展。
时常会看到网上在探讨敏捷 UX 和精益 UX 之间的区别是怎样的？在日常生活中，大多数人将两者进行互换，那么这两者指的是同一件事吗？我们一起来探讨下。
图片来源于网络
传统用户体验、敏捷用户体验和精益用户体验的关联与差异
当软件遇上设计
敏捷开发植根于软件创造，软件开发是关乎到交付结果，而不是外观设计和用户体验。20 世纪八九十年代，设计师开始进入软件行业。那个时候设计行业并不像今天这样受到人们重视，软件就是典型的案例之一，事实上，这是因为很少有人关注终端用户。
敏捷UX——注重协作与交互
敏捷设计是一个持续的过程，这个过程分为三步，第一步，遵循敏捷的实践来发现问题。 第二步，用敏捷的原则来分析问题。第三步，用恰当的设计模式来解决问题。敏捷 UX 强调各个环节、各种角色和技能的融合。
敏捷 UX 开发原则：
敏捷 UX 和传统瀑布式 UX 不同之处在于它与交付过程的强关联关系，对于人的要求也更加全面。那么如何建立敏捷 UX 团队？比如， 和设计师建立一对一 Meeting；和产品负责人建立定期的沟通管道，了解项目进行时遇到的设计挑战； 和其他团队管理者建立月会分享成功或失败的例子；召开每周 UX 团队会议，让大家分享敏捷开发的经验，相互借鉴。
精益 UX——做事比分析更重要
与敏捷 UX 不同，精益 UX 来源于创业文化。旨在产生一个可行性产品，并将其尽快推向市场。这一过程的重点在于创建核心产品、建立市场需求，并逐步创建最终版本的一系列步骤，它是一个将开发快速化的实践方法，并专注于如何确实设计出好的使用者体验。精益开发模型测试注重的是整个开发过程，遵循创建—衡量-精益的过程，这也被称为“精益循环”。
精益 UX 非常依赖跨职能合作，要想效率高，就必须每时每刻不断地和团队进行交流。这种持续的交流让设计师不必再耗时费力地进行交付，而是尽量让整个团队达成共识。 精益 UX 的通常做法：精益 UX 使用协作、跨职能合作的方式，不依赖完备的文档，强调让整个团队对真实产品体验达成共识，从而尽快把产品的本质展示出来。精益 UX 认为做事比分析更重要。
精益 UX 开发原则：
写在最后：
为了融合完美的用户体验，设计师需要重新思考自己的技术和专注点。从本质上讲，敏捷 UX 描述的是敏捷开发方法论在 UX 设计中的上下文情景，旨在统一开发和设计师在产品开发中的敏捷过程。而精益用户体验是一种把产品的真实特性快速曝光的行为。它通过合作，跨职能的方式来减少对于完整文档的强调，而更加关注于对所设计产品的真实体验的共同理解。
所有的用户体验设计是依据人类行为的理解，有人认为精益 UX 只是为了很好的执行 UX。敏捷 UX 开发完美的产品，而精益 UX 则是精心打磨出的产品。很显然两者的目的是一样的，但是过程却不一样。因此，选择哪条路径，要取决于你的 Web 项目。你认为呢？
参考来源：Andersramsay、Webdesignerdepot
相关文章
