近期我被临时抽调进兄弟公司的大型紧急项目中去协助交互设计半个多月，对跨团队交互设计协同颇有感触也有了些许思考。

一谈到团队协同，大家首先联想到的大概就是碰头会、晨会、日报这些协同中常见的大小事项。确实，在高压的项目背景下多人协同的沟通会比往日要求更加频繁和密切，但仅仅增强沟通对于跨团队协同来说是远远不够的。那么，实现高效的跨团队交互设计协同有哪些窍门呢？

人员任务匹配

为了高效团队协同，团队管理者首先需要对所有参与的交互设计师摸底。因为长期主持熟悉的设计师团队工作，这个环节对于管理者来说可能已经在往日的工作中不知不觉地去做了，但在主持跨团队协同设计工作时必须单拎出来认真评估。最快捷有效的摸底方式就是直接向其所在团队主管了解其性格特点、能力倾向。

在对整体设计任务基本了解的情况下，将设计任务拆解为多个子设计任务，然后根据人员情况做好供需匹配。这里特别要注意的一点是，强相关的任务尽可能划分给一个或几个相熟的交互设计师，而强业务性质或全局的任务最好交由自有团队设计师，以确保设计效率最大化。

设计资产准备

工欲善其事，必先利其器。设计协同的资源除了人以外，还包括设计资产，如基础组件库、文档规范、基线文档等。如果能在平日工作中做好设计资产的建设与维护，相信一定能在设计协同工作中发挥保质保量的作用。

协同条件搭建

这里说的协同环境主要包含任务管理、文件管理、设计协同三方面。

任务管理、文件管理方面，如果公司本身有用类似 Jira 或者 Redmine、SVN 或 Git 的话直接沿用最好不过，如果没有则推荐通过使用 Teambition、创建共享文件夹等轻量化手段实现。

设计协同方面，如果采用 Axure 且刚好有 SVN 的话，推荐使用团队项目功能共同编辑设计稿。Axure RP 的团队项目功能允许多人在同一个 RP 文件中同时使用检出和检入。每个页面、母版和以及设置配置文件（如生成器和注释字段集）都可以单独地从项目的中央副本检出，其称为「团队目录」。当你检入一个资源文件到团队目录时，任何人都无法编辑它。然而当项目发起人将文件从项目的本地副本中检出后，他们（只有项目相关人）可以进行更改。当项目人编辑完检出的文件后，他们便可传送（保留检出）或者检入（放弃检出）文件到团队目录。

如果采用 Sketch 且刚好有 Git 的话，则推荐使用 Abstract 来协同交互设计。如果以上建议恰好都不适用于你的话，考虑采用纯线下沟通方式做好设计协同或使用墨刀这类在线编辑原型设计工具协同设计。

项目信息说明

协同设计项目也是设计项目，交代项目的背景、目标、时间节点等信息仍旧必不可少。尤其对于临时抽调进组的交互设计师来说，项目时间紧迫（要不然也不会借调）与对业务生疏间的矛盾更是会被放大，清晰简明的项目说明会能够让临时抽调来的交互设计师对大致情况有所了解。

业务流程介绍

前面说到，项目设计任务会被拆分为多个子任务，每个交互设计师负责一个或多个子任务。而交互设计除了页面级设计以外，还包含用户操作路径设计，因此向所有参与协同的交互设计师介绍完整的业务流程也就成为了必须。在介绍流程后也不要忘了公布产品设计环节中的任务分工名单以及相对应的里程碑时间点，尽早确立各上下游间的人员安排有利于交互设计师高效开展设计。

进度跟踪协调

在正式开工前，团队管理者还务必对所有参与项目的交互设计师们进行设计资产、协同管理两方面的培训。设计期间，每个人从检查本日任务开始工作，每天工作结束后整理任务完成进展，同步任务完成情况并上传成果。团队管理者统计每天查看任务延误情况，尽早介入有风险的任务，协调团队的整体工作节奏和进度。

验收问题扎口

设计验收期间，最好直接使用 Jira 或者 Redmine 等敏捷项目管理系统，由交互设计师直接创建验收问题单给到对应测试人员安排修复。如果没有条件的，也可以使用石墨、腾讯文档或其他在线文档编辑工具收集验收问题。

通常来说交互设计师仅验收各自负责的内容，但有些复杂的功能或模块则需投入更多人力配合一起做验收。多人验收就必然产生分工，团队管理者可以把验收内容拆解到页面级或功能点级再分配给对应交互设计师扎口提交，以避免问题单的重复或交叉。

优化建议收集

没有人会比亲自参与设计者对设计本身有更多思考。项目接近尾声时，团队管理者不要忘记向所有参与项目的交互设计师收集后续的优化建议。为了节省时间提高效率，最好先以私聊的方式收集大致建议，而后安排本团队的设计师进一步了解分析再做后续优化。

比起熟悉的团队内设计协同，跨团队的工作模式必然增加了团队管理难度，需要团队管理者在短时间内学习掌握。这是对团队管理能力的考验也是拓展管理能力的机遇。希望每个正在做或将来做团队管理的你，在日后面对跨团队交互设计协同时能运筹帷幄旗开得胜。

欢迎关注微信公众号「鱼子酱聊设计」