UI在敏捷化开发中的参与度

最近我们公司在尝试使用敏捷开发的方式开发一些应用，我了解了一下敏捷化开发的概念与流程，感觉它很适合开发项目小，需求比较明确的（不明确也没关系，敏捷化最大的好处就是可迭代嘛）项目，以及，虽然有很多敏捷化开发的项目管理软件，但是基本都是对于程序的，对UI来说，从什么时候参与，参与到什么程度，各阶段的产出内容，都还是挺重要的，尤其对我们这个UI+前端+后台一共3人小团队来说，UI的工作已经包含了产品的部分内容。（下文中提到的产品都是由后台小哥兼任的）

所以，UI应该从一开始需求阶段就参与，在产品了解完客户需求将项目方案理清楚后，会组织项目小组成员开个小会，介绍本项目内容与功能项，项目方案不用编写特别细致，但是需要将项目流程，功能点，介绍清楚。会后UI应根据项目方案绘制一下本项目的思维导图，尽量细致些，将功能项分成具体的页面，绘制完成后再找小组成员开会讨论，讨论页面是否完整，每个页面需要有哪些内容，尽量详细。以市域社会治理现代化系统为例：

思维导图层级应为：系统名称-用户角色/应用端-菜单栏名称-页面名称-页面具体内容，页面的表现形式、风格之类的也可以大致讨论下并标注出来，以及，不确定的部分也应做标注，会后产品应及时和客户沟通将不确定的部分定下来。

上部分确定后就需要开始绘制原型图了，因为pc端为后台管理系统，样式方面直接用Element或Ant Design之类的就挺好，具体不合适的可以再单独设计给出页面，所以pc端的原型图就由前端小姐姐和后台小哥一起画了，移动端的就由UI来画，这样分工可以很大程度提高效率，依旧以上述项目为例：

原型图绘制结束再开会讨论一下，页面设计是否合理，是否存在公司所用技术不好实现的操作，若有，则跟程序讨论下更优的解决方案。页面内容是否完整，字段名称是否合适之类的。组内讨论完后也应及时和客户进行沟通，看是否有偏差。

原型没有问题就可以安心做UI了，若时间紧张，则类似样式的页面做一两个就好。

在做UI的同时后台小哥与前端小姐姐就可以根据原型图去搭系统框架，建数据库，做pc端的一些东西，移动端UI做好后就交付给前端小姐姐，顺带看一下pc端页面的大致情况，有不合理的指出来或者单个页面出图，因为后台管理的页面相似度很高样式上没有太大的变化，所以通常出个登陆页与刚进去的统计图表页面效果图就可以了。出完之后就可以喝口茶，休息一下了，剩下的就是前后端数据对接什么的，和UI就没什么关系了。

后面需求更改的，如果页面改动不大，直接在前端那改就可以了，所以在敏捷开发中，UI对于前期项目规划什么的还是挺重要的，文档需要有，但是我觉得用图来代替部分文档描述，在思路上会更清晰更直观些，也更容易了解清楚客户的需求。