产品设计体会(7007)当交互设计遇到敏捷开发

让我们先回到2002115日,交互设计之父Alan Cooper和极限编程创始人Kent Beckpk,话题是“当交互设计遇到敏捷开发。就像小说里两大高手对决一样,双方大战三百回合还是没有分出胜负,终归握手言和(或者小气的赌气分手,呵呵),引用一些对那场战斗的评论:

Ø Cooper大师认为子弹很贵,因此在每次开枪之前一定要精确地瞄准。负责瞄准的人应该是专业的交互设计师。

Ø Beck大师认为有了极限编程,子弹变得很便宜,我不需要瞄太准,打不准就再放一枪,没什么大不了,最终总能打中目标。

Ø Cooper大师很适合做一个狙击手,点射的命中率几乎能够达到100%

Ø Beck大师很适合做一个机枪手,机枪是不可以点射的,一般都是扫一片,用密集的火力消灭敌人。

Ø 两者考虑问题的角度不大一致,其实并不存在非常大的冲突。相反,交互设计与敏捷开发方法能够结合起来,以更小的成本交付令用户满意的产品。Patton在这方面做了成功的尝试。

还是那个道理,方法只有是否合适,没有好坏之分,也许“交互设计”比较适合传统领域、成熟公司、时间资源充裕的时候,使用者在某领域中已经出于领先地位,目的是求稳,不犯错就是胜利;“敏捷开发”适合新兴行业、创业公司、时间紧迫,大家都在赶,谁先出头谁就能占得先机,或者作为挑战者进入某个行业,团队本身灵活,失败了损失也不大,重来的成本低。从这点上看,互联网行业、SAAS模式似乎更偏向于使用敏捷开发的方法,但敏捷绝不是在时间紧迫下的被迫放弃交互,而是主动为之的一种思想,并且要将交互融入其中(敏捷设计?)。

从另一个角度想,“交互设计”适合设计型公司,“敏捷开发”适合技术型公司,各个公司都有其强势的部门,这里就不展开了。

“交互设计”之于“敏捷开发”,有点像那个“大象与猴子”的寓言(一时找不到),最后结合在一起最好,又像楷书与草书,同样是写字,没法评价哪个好哪个差,也许结合一下又出现了很赞的行书

------------------------------------------------------------如果你想第一时间看到最新内容, 就猛击此处订阅吧!

《产品设计体会(7007)当交互设计遇到敏捷开发》有2个想法

  1. 楷书与草书的区别,就是后者受众面小,对于普通用户的可用性差,它面向的领域专家级的用户。

发表评论

电子邮件地址不会被公开。 必填项已用*标注