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

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

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

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

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

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

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

 

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

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

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

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值