光环敏捷：敏捷设计的三个原则

对目前多数以技术背景为创办人的新创团队来说，要找到对的设计师真的非常困难;相对的，对多数不了解技术的设计师来说，要开心的与新创团队的共事，也不是一件简单的事。

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

敏捷式开发(AgileDevelopment)对新创的开发人员来说，是个非常熟悉的名词，但设计系的教授从来没有教过什么是敏捷开发啊!我在学习敏捷开发的过程中，也吃足了苦头，总是觉得时间不够用(太敏捷了!)，后来渐渐地抓到敏捷开发的步调，在此整理出几个原则跟大家分享：

1 与团队达成良好、敏捷的沟通

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

与 PM 打交道的最大原则：

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

2. 随时保持解决急件的弹性空间。

每天上午的 Daily Scrum 以及使用 Trello沟通工作进度是一个很好的方法，这让我们在每一天刚开始工作时，就能够同步所有的信息，让接下来的一整个下午能够有完整的工作时间以及正确的工作方向，并且让 PO(Product Owner) 清楚掌握设计师的工作负荷量，有助于 PO 判断每件任务的轻重缓急。

与 RD 打交道的最大原则：

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

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

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

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

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

2 让产品活下去比自己的作品集重要

很多设计师在做接口设计的时候往往将视觉美感放在第一顺位，这会使设计师在产品设计初期就花太多时间在斟酌颜色与字体的细节，但其实使用者并不是那么在意接口的美丑，产品的好用永远比好看重要!

以台湾大部份证券下单 app 与 Yahoo!股市为例，使用者在意的是那些瞬息万变的股价波动，虽然 Yahoo股市的接口非常的漂亮，但是却无法直接下单，我想使用者在面对这样的情况，还是会选择接口视觉风格还停留在 iOS6 时代，但却可以立即下单的服务吧!

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

3 了解产品与公司发展的方向

当你选择加入以敏捷开发为主的新创团队时，你的未来已与公司的命运密不可分，所以我们应跳出设计师的框框，以产品远景与公司的角度来思考许多决策。因为只有敏捷地面对市场的反应，随时调整前进的方向才是王道。我想这可以从近期许多视觉风格简洁，但功能却深深打中使用者痛处，进而获得巨额投资的产品得到验证。

国内敏捷软件开发转型热潮方兴末艾，敏捷组织里的角色和责任比起传统组织已经完全不同，每个组织实施敏捷都是量身定制的，每个团队执行敏捷也是因人而异，如何判断一个团队就是敏捷团队呢?项目管理面临的挑战是什么?如何把握时代的脉搏，在住址变革中占领制高点，发挥最大价值?一天不学习恐怕就OUT了，这是一个持续学习，精益求精的时代，项目经理的领导在哪里?

一切答案尽在《项目经理在敏捷环境中如何转型》研讨会，报名地址：http://www.huodongxing.com/event/4378803066000​