当软件遇上设计 浅谈敏捷UX VS.精益UX

日期: 2014-05-19 来源:TechTarget中国 英文

时至今日,敏捷方法已经成为主流。随着一些主流设备的成功,比如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项目。你认为呢?

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

相关推荐