精益设计,敏捷开发,一个都不能少

Lean UX(精益用户体验)和Agile UX(敏捷用户体验)这两种方法对于设计师来说并不陌生,但对于设计新人来说,想准确地对二者进行区分是件不容易的事。如果你在谷歌中搜索“Lean UX 和 Agile UX 的区别”, 然后一篇篇地阅读相关的文章,你会发现很多观点和立场是互相矛盾的,最终还是一脸茫然。实际上,我们在讨论任何概念时,只要以其在实际中的应用为导向,就不会过分纠结。对于精益用户体验和敏捷用户体验,我们只需知道它们的渊源,核心原则,优缺点,再根据这些来判断其在产品开发中的适用性,就已经足够了。有一点可以肯定:在实际的产品设计与开发流程中,二者大多数时候是相辅相成,混合使用的。

一、渊源与定义

精益用户体验(Lean UX)和敏捷用户体验(Agile UX)这两个概念实际上是在精益软件开发(Lean Software Development)和敏捷软件开发(Agile Software Development)的基础上提出的。我们先来看看后两者的定义:

敏捷软件开发:又称敏捷开发,是一种从90年代开始逐渐引起关注的一些新型软件开发方法,是一种应对快速变化的需求的一种软件开发能力。它们的具体名称、理念、过程、术语都不尽相同,相对于“非敏捷”,更强调程序员团队与业务专家之间的紧密协作、面对面的沟通(被认为比书面的文档更有效)、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法,也更注重软件开发过程中人的作用。

精益软件开发:源于Mary Poppendieck和Tom Poppendieck的同名书籍。这本书将传统的精益原则重新阐释,提供了22种开发实践“工具”,并与敏捷开发的实践做了比较。 通过Poppendieck夫妇在敏捷软件开发社区中的努力,包括在敏捷开发会议上的几次演讲,精益软件开发已经被敏捷开发社区广泛接受。

同理可得,Agile UX 和Lean UX即两种软件开发方法在设计领域的应用。敏捷用户体验注重产品设计中人员交流,软件交付及开发的高效,而精益用户体验则以人为核心,注重产品与市场的匹配度。两种方法各有优缺点,但同样重要。

二、核心原则

三、优缺点,重要性

在敏捷用户体验设计中,软件项目在构建初期被切分成多个子项目,各个子项目的成果都经过测试,具备可视、可集成和可运行使用的特征。换言之,就是把一个大项目分为多个相互联系,但也可独立运行的小项目,并分别完成,在此过程中软件一直处于可使用状态。该方法能提高设计效率和产品的响应能力。

然而,想要设计出一个好的产品,最终还是与“人”有关,人是既麻烦又非二进制的动物,人的需求只有被整体地结合起来考虑时才能提供最好的用户体验,这是精益设计最显著的优点。由于这一方法一定程度上拉长了产品设计与开发的时间,对于大多数以结果为导向的设计师而言,敏捷设计可能是更好的选择。

有一点需要注意的是:敏捷不等于低质量,精益不等于低效率。

四、产品原型在两种设计方法中的作用

原型作为产品设计初期的雏形,被用于测试产品的可用性,数据表明,原型可以减少产品发布后约25%的bug。因此无论是在敏捷用户体验设计(Agile UX)还是精益用户体验设计(Lean UX)中,产品原型对于设计师都是一个很好的刺激。正是因为有了原型设计,设计师才得以从舒适的房间和办公室里走出去,带着他们的“想法”到客户那里,与他们进行交流,深入地了解用户需求,从而使得两种设计方法中以“人”为核心,以“用户体验”为导向的原则得以被贯彻。

以下推荐一些优秀的原型设计工具:

Mockplus – 做原型,更快更简单。支持团队协作和在线审阅。

Axure – 原型及图表一体工具。

Justinmind – 网页及移动应用原型工具。

关键字:产品设计, 原型设计, 敏捷

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部