写点什么

让敏捷与“以用户为中心的设计”和谐共生

  • 2010-03-19
  • 本文字数:1827 字

    阅读完需:约 6 分钟

用户体验专家 Anthony Colfelt 使用一个案例告诉我们:仅有敏捷是不够的;他还深入指出:“以用户为中心的设计”(以下简称 UCD)能够,而且应该与敏捷合并使用。

为了表明自己的观点,Colfelt 首先提出:对于发掘业务的真正需求这个难题,敏捷是合适的解决之道吗?他以此引出自己的观点

就其自身而言,敏捷在调整自己、适应变化方面做得很不错。但是我们必须知道:它能否用来治疗某些症状,这些症状的更深层次原因在于:业务不知道自己的真正需求。虽然敏捷能让开发团队更好地应对这个问题,但是并没有从根本上解决问题,很多时候还创建出了新的问题。

他从用户体验的角度出发,描述了自己所见过的、敏捷出现问题的 6 种“雷区”:

  • 雷区之一:设计角色不清晰
    敏捷原则说:“在整个项目过程中,业务人员和开发人员必须每天坐在一起。”这几乎没有为用户体验设计人员留出任何空间,常常让开发人员从事此类工作,而他们又很可能不具备相关技能。
  • 雷区之二:没有定义需求收集过程。
    敏捷团队的头脑中认为:“需求会像魔法一样从天而降”,从而不愿意花时间和精力制订产品的长远战略规划,认为这“不敏捷”;类似的情形并不少见。
  • 雷区之三:走捷径的压力。
    强迫用户体验设计过程使用与其对应开发工作所采取的迭代方式,这会导致冲动式设计(impulsive design),丧失与用户测试设计想法的机会。当然,敏捷允许测试真实的产出的可用性,但是要应对由此产生的反馈,所花的时间要超出人们的期望或是他们所能接受的范围。
  • 雷区之四:称之为“足够好”的诱惑。
    即使(也许应该说尤其)当敏捷表现出色的时候,团队总要面对排定优先级的需要,是“继续改进现有特性,让它们更好”,还是“向产品中继续添加新特性”?正如 Cofelt 观察到的: > 经常发生的是:继续改进的工作被放在一边,人们更喜欢令人兴奋的新东西。如此这般,我们构建出来的产品中,所有的特性都不能令人满意。
  • 雷区之五:无风险的概念探索时间不足。
    很多敏捷团队在项目的第一天(或是很接近的时间之内)就会开始着手实际工作。有些团队会使用“第零个迭代(iteration zero)”来做一些前期的规划和设计。Cofelt 质疑时间是否充足:相对于在编码之前以粗略的方式验证某些想法,以可工作的范例来验证想法这种敏捷的方式是否总能胜出?
  • 雷区之六:伤害品牌。
    将未经(以用户体验设计的方式)实地测试的功能特性放到市场之中,即使是有意要这么做以收集反馈,也会让客户很快地丧失信心,不再相信你们公司能够不断达到目标;这会伤害你们的品牌,而品牌是很难建立起来的,一旦倒下,再想重树品牌就更难。

Colfelt 做了一个有趣的总结,指出:敏捷本身“善于改进,但是不善于定义”。他强调指出:只用敏捷,也许足以“把现有产品提升至新的水平”;但是,特别是在要开始新东西的时候,“某些层面的规划是必要的,这样可以避免勉强拼凑各人对于最好的设计方案的看法,那样只能产生类似于弗兰肯斯坦式的怪物。”

他接下来描述了一种传统的、也是“典型的”UCD 过程,要读者注意该过程中对于产品“战略”的前期研究(他在后面称之为“概念设计”,并举出完美的 iPod 设计作为典型例子),他强调指出:即使采取敏捷的方法论开发产品,前期研究同样重要。Colfelt 的讲述方式很小心,没有说敏捷排斥这样的前期思考过程,而是提出:敏捷能够直接鼓励此类研究,以彰显敏捷之长处。

UCD 的重点是“战略”和“概念”挖掘,它可以而且应该与敏捷的“改进”能力相结合;说到底,Colfelt 就是希望提升人们对于这一点的认识。

总的来说,要想把二者结合在一起使用,就要避免对它们各自的武断态度。要记住:敏捷没有强制如何定义概念或是整体的设计方向,但是很善于执行具体的设计研究和良好的规划。UCD 必须要很灵活,以应对如下现实状况:实现团队遇到问题,不得不强制采取另一种设计方案。文档只记录必要的信息,以便于传播。设计与开发团队应该尽量坐在一起,因为跨职能的协作和面对面的沟通至关重要。设计团队在开发团队之前先使用一个 sprint 也很有帮助,他们就能有足够的时间测试和迭代。如果遵循这些规则,两种方式就能和谐共存,发挥作用。

在做出任何强硬判断之前,不妨先花些时间读读 Colfelt 的全文。你不妨看看 Johnny Holland 这篇相关文章,其中提到用户体验设计人员在敏捷(Scrum)环境中如何调整自己的工作方式,他还讨论了与“战略”相关的类似主题,不过更关注与开发团队的交互,以及迭代层面的活动和团队动力相关内容。

查看英文原文: Harmonizing Agile with “User-Centered Design”

2010-03-19 03:381849
用户头像

发布了 479 篇内容, 共 157.3 次阅读, 收获喜欢 49 次。

关注

评论

发布
暂无评论
发现更多内容

ES6---4个非常好用的运算符(??、??=、?.、?:)

Java学术趴

7月日更

互联网协议之 IPFS

devpoint

区块链 IPFS Filecoin 7月月更

聊聊接口性能优化的11个小技巧

苏三说技术

性能优化

伺服驱动器在机器人上的研究与应用

优必选科技

机器人

【函数式编程实战】(六) Stream高并发实战

小明Java问道之路

Java stream 高并发 7月月更 签约计划第三季

ORIGYN基金会正式启动$OGY Staking,引领新一轮生态利好

鳄鱼视界

信息安全建设原则指导

穿过生命散发芬芳

7月月更 信息安全建设

这次龙蜥展区玩的新花样,看看是谁的 DNA 动了?

OpenAnolis小助手

龙蜥社区 北京 开放原子全球开源峰会 7 月 27 日-29 日 分论坛

以寡治众各个击破,超大文件分片上传之构建基于Vue.js3.0+Ant-desgin+Tornado6纯异步IO高效写入服务

刘悦的技术博客

tornado 异步 数据分片 Vue 3 文件上传

栈与Stack类

未见花闻

7月月更

vue2升级vue3:composition api中监听路由参数改变

zhoulujun

Vue3 路由参数 参数监听 路由跳转

vue2升级vue3:vue3创建全局属性和方法

zhoulujun

Vue3 全局变量 全局方法

当AI邂逅生命健康,华为云为他们搭建三座桥

脑极体

性能调试 -- Chrome Performance

空城机

chrome Performance 7月月更

数据质量:数据治理的核心

奔向架构师

数据治理 7月月更

依法严厉打击违规自媒体运营者:净化自媒体行业迫在眉睫

石头IT视角

ThreadLocal夺命11连问

苏三说技术

多线程

Bootstrap快捷开发【前端Bootstrap框架】

恒山其若陋兮

7月月更

哪吒 D1-H 测试 microbench

贾献华

7月月更

Docker 搭建 Redis Cluster集群

宁在春

redis Docker 集群 7月月更

IPv4地址已经完全耗尽,互联网还能正常运转,NAT是最大功臣!

wljslmz

NAT ipv4 网络技术 7月月更

人人可参与开源活动正式上线,诚邀您来体验!

阿里巴巴云原生

阿里云 开源 云原生 龙蜥社区

高并发下如何保证数据库和缓存双写一致性?

苏三说技术

MySQL redis

动画曲线天天用,你能自己整一个吗?看完这篇你就会了!

岛上码农

flutter ios 前端 安卓开发 签约计划第三季

Baklib:制作优秀的产品说明手册

Baklib

JS作用域与作用域链

程序员海军

7月月更

【刷题记录】21. 合并两个有序链表

WangNing

7月月更

git merge 不为人知的秘密

蛋先生DX

git merge 最长公共子序列 签约计划第三季 three-way 3-way

高效生成接口文档好方法

Xd

数据库 接口测试

怎样设计产品帮助中心?以下几点不可忽视

Baklib

聊聊sql优化的15个小技巧

苏三说技术

sql SQL优化

让敏捷与“以用户为中心的设计”和谐共生_研发效能_Mike Bria_InfoQ精选文章