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

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

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

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

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

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

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

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

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

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