在设计工作中，团队协作一直扮演着十分重要的角色。同时，它也是设计过程中最具挑战性的部分 —— 并不是每个人在与团队成员分享和交互时都能达成共识。但你一旦了解并尝到了协作设计的好处，就会爱上这种工作方式。
一、理解协同设计的含义
“用户体验包括终端用户与公司、服务和产品交互的所有方面”—— (NN/g尼尔森.诺曼集团)。 同理，这也表明了产品设计的最终结果并不仅仅来自一个人，如某一个UX/UI设计人员；而是来自涉众之间的密切协作和富有成效的交互活动。
这正好我在之前文章中提到观点所契合：团队中不应该有独立的“摇滚明星、大师或忍者”角色。反之，设计师、产品经理、市场营销人员和开发人员/工程师之间也应该进行协作。准确地说，就是“跨功能的协作”。
因此，一旦确定了用户需求，就应该开始协作设计了。无论需要设计什么产品，首先要定期召集参与项目的所有团队成员，通过草图和快速线框图分享想法。
最重要的是保持开放的心态，所有团队成员的想法都应该受到尊重和考虑。在大多数情况下，根据团队的组织方式，设计师有责任在与PO(产品负责人)或PM(项目经理)讨论了这些iDea的必要性之后再次组织会议。
“在一个典型的协作设计会议中，团队需要一起勾画草图。在草图大致完成后对其进行评论，并最终汇聚到一个他们认为最有可能成功的解决方案上。”
在这个阶段，最好是使用“低保真”线框图，因为它能够在不花费太多时间的情况下进行快速和必要的更改。这些可以是来自所有团队成员的个人草图，也可以是基于团队成员评论/想法的设计师白板草图。
请记住，分享就是关心，团队成员关心和在意这个项目才会积极思考和分享自己的想法。关心就是倾听，作为管理者或领导要认真倾听团队成员说什么，你关心他们的想法会使团队协作更加顺利。不管你是否认为两者相关联，这一部分的主要思想就是通过收集每个人的想法并缩小范围以达成共识。
二．使用一个设计系统（风格指南，品牌指南，组件资源库等）
设计文档的收集和管理工作非常繁重。在过去的二十年中，印刷业也逐渐向数字世界过渡，打印输出变成了pdf、web页面和wiki。同样，设计文档和组件的收集整理也应该以可复用的形式呈现。
苹果的《人机界面指南》是第一个将风格指南翻译成高度详细的在线文档的公司，用户可以通过该文档获取苹果操作系统的所有组件。从那时起，许多公司如Mailchimp、Ubuntu、Salesforce和Dropbox都创建了自己的设计系统。这样的系统既服务于设计人员(具有颜色、字体、间距等)，也服务于开发人员(具有资产库、JS、CSS、模板等)。方便他们使用和重用组件，而不必每次在需要更改时进行重复劳动。
尽管设计系统的组件可能因为产品本质而有所不同，但是妙处就在于它们可以根据用户的需求不断发展。最重要的是，它们易于访问和使用。
那么设计系统可以为团队协作带来什么? 保证产品设计的一致性、质量和更低的成本。“即使设计规范初期确实需要团队自己来构建，但这些努力和成本最终是值得的!”
三．克服异地团队协作的挑战
与分布在全国各地甚至国外的团队协作设计是非常具有挑战性的，特别是涉及到时区时。(即使在RevSquare/Pentalog这样的公司，我们每天都要经历这种情况——我们的员工分布在北美、西欧、东欧和亚洲。) 所以，有时异地协作是一个相当大的挑战! 这些挑战表现在什么方面？如何解决？
1. 安排会议
幸运的是，在组织会议和共享屏幕方面，有一些很棒的免费web会议工具可以帮助克服距离问题。免费通信工具：Skype、Google+ Hangouts、Join.me或者Zoom (提供40分钟免费通话)。 诸如Slack、Skype Pro、Uberconference或Zoom (用于更长的访问) 等付费服务也是进行与特定项目相关的日常对话的不错选择。我不得不承认，科技让异地团队协作问题变得易于解决。
如果需要与虚拟团队建立会议，最好在发送包含会议细节的谷歌邀请之前确保每个人都有空，例如:主题、时间和通信通道 (国外一般用Skype、Zoom、Join.me，国内可以用微信、QQ、邮箱等)。
2. 屏幕共享信息
在会议期间，团队成员 (如设计人员或PO/PM)可以通过屏幕显示共享文档，如谷歌电子表格（腾讯在线文档）。其他团队成员可以查看文档，也可以访问文档并与之交互;例如，如果每个主题有一行，每个成员有一列，那么每个成员都可以输入自己的想法。
此外，草图或线框图需要实时绘制在白板上，双显示器可以设置在会议室，这样每个人都可以实时看到进展，同时分享想法。
四、与所有团队愉快地协作
- 尽管有许多优质的协作工具可以使用，但并不是每个人都知道如何与来自不同学科的人进行协作。如何才能与团队愉快地进行协作？
1. 制定团队合作协议
这是一组由团队商定并组合在一起的规则;它描述了成员应该如何以积极和建设性的方式互动。一个好的TWA应该考虑以下因素:
- 流程概述(将使用什么样的流程?)
- 形式(每天都如何沟通吗? 每个Sprint都有一个演示吗?)
- 通信/工具 (使用什么工具进行信息通知:Basecamp,Redmine? 或者共享谷歌Doc? 如何为前端团队提供哪些设计资源？直接发送Photoshop文件，还是使用像Zeplin/这样的协作工具? )
- 需求和设计(需要向设计人员提供什么: 用户场景、端点等等? 当设计就绪时，需要向开发团队提供什么? )
- 开发(前端开发和集成的规范是什么?)
- 工作进度限制(关于某项任务的限制是什么?你如何在这个过程中清除所有的瓶颈?)
- 部署(冲刺和发布的节奏是什么? 用户故事的接受标准是什么?)
(步骤规范摘自《精益UX与敏捷团队一起设计伟大的产品》，作者: Jeff Gotheld & Josh Seiden )
2. 坚持结束 Sprint 后进行回顾会议
每次 Sprint 结束后，回顾会议可以帮助团队评估哪些地方进展顺利，哪些出现了问题。这些回顾和反馈有助于在下一个 Sprint 之前进行改进。根据我在RevSquare/Pentalog的经验，每月撰写一次Steering Committee Report也是会议的一个很好的补充。报告可以总结在具体的工作条件下取得了哪些进展，还有哪些工作有待改进。
请记住，团队合作意味着来自不同学科的涉众之间的密切协作和富有成效的交互。这还包括了团队成员在珍惜当下时间，每天不断进行优化改进，为用户提供最好的产品和解决方案。
原文地址：Upwork
译文地址：Mockplus
作者：Elisa Riteau
译者：摹客Mockplus
