当设计师邂逅敏捷开发一定要知道的三个原则

对目前大部分以技术背景为创办人的互联网公司来说，要找到自己UI设计师真的非常困难；相对的，对多数不了解技术的设计师来说，要开心的与新创团队的共事，也不是一件简单的事。

不过我觉得对UI设计师来说，加入新创团队是美好的，因为新创团队的灵巧、活力与气氛是多数大公司无法营造的，然而设计师必须多思考如何融入目前以敏捷开发为主要开发流程的环境。

敏捷开发：Agile Methodology Overview

敏捷开发对新的开发团队来说，是个非常熟悉的名词，但设计师可从来不知道什么是敏捷开发啊！在学习敏捷开发的过程中，大家总是觉得时间不够用（太敏捷了！），后来渐渐地了解到敏捷开发的一些原则，在此整理出来跟大家分享：

原则一：与团队达成良好、敏捷的沟通

良好、有效率的沟通，可以让往后的设计工作事半功倍，在一个开发团队里，除了设计师以外，不外乎两个角色–程序员与项目经理。所以我们UI设计师只要想好怎么跟程序员与项目经理保持良好的沟通及互动就好了，简单吧！

与产品经理打交道的最大原则：

1.确实了解每一项设计的需求，并且在约定的时间内达成。

2.随时保持解决紧急问题的时间。

每天的例会以及使用Tower沟通工作进度是一个很好的方法，这让我们在每一天刚开始工作时，就能够同步所有的信息，让接下来的一整个下午能够有完整的工作时间以及正确的工作方向，并且让产品负责人清楚掌握设计师的工作负荷量，有助于产品负责人判断每件任务的轻重缓急，目前我们程序员客栈整体的产品把控Jane就是这么做的。

与程序员打交道的最大原则：

1.明确交待设计稿上的细节，但保有弹性空间。

2.适度了解程序员的开发方式，借以调整设计达到最高工作效率。

Bad Designer，Average Designer，Good Designer

ElethomHunter

前一阵子非常清晰一张图“Bad designer，Average Designer，Good designer“，我看了是没什么感觉，但是后来有人加了“Good designer for Developer”之后，我就有很大的共鸣，因为其实开发者每天要烦恼的，就是改不完的BUG，如果能够减少程序员修改的时间，相对开发的效率就会提升，产品整体的稳定性、性能以及体验一定会更好。

Good Design for developer

当然并不是提倡简陋的布局开发，而是从敏捷开发的角度来看，提前产品上线的时间远比完美的视觉感受更重要。

整体来说，其实与程序员沟通的时间并不会比做设计的时间少，因此设计师在团队协作的时候，花一些时间与程序员讨论有效的工作流程，并随时检讨其中的细节。以切图来举例，欢哥试了很多方式，从最初的手写笔记到电子文件，最后呢，甚至找出了一个不用切图标坐标的解决方法，大大缩短了彼此的工作时间。回头来看，这沟通的过程真的是非常值得！现在，整个开发组彼此都有更多的时间做设计与研发了。

原则二：让产品活下去比自己的作品集重要

很多设计师在做界面设计的时候往往将视觉美感放在第一位，这会使设计师在产品设计初期就花太多时间在斟酌颜色与字体的细节，但其实使用者并不是那么在意界面的美丑，产品的好用才是王道，这里考验更多的是产品经理的功力！

以我们程序员客栈为例，使用者要满足程序员和需求方不断的体验度，所以很多时候虽然我们的产品风格界面非常漂亮，但是一旦遇到产品BUG和闪退的时候，客户就会直接从网站的留言渠道直接反馈，这也让我们的产品开发团队时刻知道自身产品的小缺陷。

程序员客栈截图

因此，在设计初期，设计师在意的应该是在每一次产品开发周期内，优先设计使用者的“使用”体验，而不是“视觉”体验，让使用者清楚体验到这个产品解决了什么问题，远比让使用者觉得你的产品很美来得重要。

原则三：了解产品与公司发展的方向

当你选择加入创业团队并且以敏捷开发为主公司时候，你的未来已与公司的命运密不可分，所以我们挑选一个UI设计师做设计合伙人，以产品远景与公司的角度来思考许多决策。因为只有敏捷地面对市场的反应，随时调整前进的方向才是王道。

关注程序员客栈设计负责人：

北京ui设计师，天下任我行，https://www.proginn.com/wo/10010