敏捷开发一千零一问系列之二十二： UI设计怎么做到敏捷呢？（兼谈对UI热的理解）（上）

这是敏捷开发一千零一问系列的第二十二篇。（在这里提问，之一，之二，之三，问题总目录）

问题

这个问题，也来自QQ群的讨论，整理一下。

问： 13:12:49 

我问一个具体问题，我做移动OA 

问题是  UI设计 怎么做到敏捷呢？  

其实就是 设计稿变化 程序老跟着变 

 

陈勇-咨询-北京 (139107533)2012-06-29 13:17:50

恩，我们团队不大，我自己一个人做了产品经理、项目经理、主程序员、UI设计……

如果分拆到比较正常的团队，产品经理和UI至少要走近一些

而且程序员要意识到，UI不是美术，甚至不是关于客户体验的，而是关于最后产品的业务使用的。怎么说呢？

一般认为，一个产品由四部分组成：Model, View, Controller, Data access就是MVCD

在D上面，基本上没什么业务，纯技术人员的。

而M和D比较复杂，程序人员常常认为M和D是程序的骨干，尤其是M，完整表达了业务逻辑，是客户最关心的。

但我们发现，在一个成熟的管理领域，比如OA，比如PM，比如乃至敏捷开发管理工具

其实各个厂商的M差别很小

比如我们说说我们自己的“火星人”，无外乎要管理用户故事，迭代，任务这些。

数据存储进去，不过是一些字段，一条记录是一个用户故事，之类的，差别很小。真正能有创新的，反而是V

问： 13:22:05
恩 对

陈勇-咨询-北京(139107533) 13:22:26
也就是：你打算让用户如何看到用户故事？他们这样看到为何会有更多价值？
这样看用户故事，是否可以提供“额外”的信息

所谓“额外”，就是在DB数据之外的。

问： 13:22:59
嗯嗯 对

陈勇-咨询-北京(139107533) 13:23:29
所有信息都放在DB里边了，为什么我们不做一个万能的“表增删改查器”让用户去看？因为V的呈现不同，人们会从中得到不同的信息。

所以，不能把V简单理解为美工，或者稍微多一点，是“用户体验”

另外一位QQ成员： 13:24:07
Domain领域驱动开发

我觉得Domain才是关键层

陈勇-咨询-北京(139107533) 13:24:31
其实，UI或者说V，是用户真正感知产品的地方，无论M做得多好，最后这一下他看不到，就全完了。

对，Domain，如果让我分，我会把Domain放在V里边，而不是放在M里边。

这个“放”，是说把思想放在里边，不是说把代码放在里边。

（待续，下篇附图）