当软件遇上设计,浅谈敏捷UVS精益U.pdf

当软件遇上设计，浅谈敏捷 UX VS 精益 UX 现今，设计师、开发者更加注重将 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 设计中的上下文情景，旨在统一开发和设计师在产品开发中的敏捷过程。 而精益用户体验是一种把产品的