敏捷开发一千零一问系列之二十二: UI设计如何做到敏捷呢?(兼谈对UI热的理解)(下)

敏捷开发一千零一问系列之二十二: 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里边。

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

(待续,下篇附图)