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

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

续上文

陈勇-咨询-北京(139107533) 13:27:03
这个是我们的组织结构维护视图，本来是一个很简单的树控件，但就Domain而言，一个人只有看到长相如此的东西，才会理解它是一个组织结构图（尽管M就是树）

但是，V里边的代码，不过如此：

真正的代码，被放到M里边了。

如果从这个案例分析，就会看到至少三个人都参与了：

１.   产品经理，他要求不要搞一个树控件，要做一个和平时纸上印刷的一样的组织结构图

２.   UI设计，开始设想了一个方案

３.   但最后实现它的，是程序员。

这也是我为什么最后兼任产品经理、UI设计、程序员的原因。

如果分开三个人，还能实现，但必须有相同的价值观，不要各干各的。

问： 13:30:54
不要各干各的  指的是什么？

陈勇-咨询-北京(139107533) 13:30:55
其实，我们有一个纯Html版本的组织结构图，后来封装到C#里边了。

各干各的，就是程序员说：“哪，你看这是数据读取接口，你自己画你那个组织结构图去吧”

我们有3个地方用到组织结构图，都是这三行代码搞定。如果各干个的，就需要把大约200行Html重新拷贝三遍。

但由于程序帮助封装了ViewModel和View的Helper，一切就这么简单了。

回到问题本身，UI设计怎么敏捷？

陈勇-咨询-北京(139107533) 13:34:03
首先，应该有一个人作为打通跨职能部门的纽带，应该是产品经理。
他综合提出对UI的最终设想，基于的是，用户如何与产品交互，才能最好地完成业务（这个好，不完全是方便、美观这些，而是直接和业务切合）

其次，UI和程序应该是跨职能的，或至少处于一个跨职能团队中，不要分到两个部门或团队里边，这样大家才会集体思考最佳做法（比如前面程序帮助UI封装Html为Helper）。

以我三位一体的体会，很难想象如果有三个思想不统一的人做这件事情，最后结果是什么。