这是敏捷开发一千零一问系列的第二十二篇。（在这里提问，之一，之二，之三，问题总目录）
问题
这个问题，也来自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里边。
这个“放”，是说把思想放在里边，不是说把代码放在里边。
（待续，下篇附图）
