近期我被臨時抽調進兄弟公司的大型緊急項目中去協助交互設計半個多月，對跨團隊交互設計協同頗有感觸也有了些許思考。

一談到團隊協同，大家首先聯想到的大概就是碰頭會、晨會、日報這些協同中常見的大小事項。確實，在高壓的項目背景下多人協同的溝通會比往日要求更加頻繁和密切，但僅僅增強溝通對于跨團隊協同來說是遠遠不夠的。那么，實現高效的跨團隊交互設計協同有哪些竅門呢？

人員任務匹配

為了高效團隊協同，團隊管理者首先需要對所有參與的交互設計師摸底。因為長期主持熟悉的設計師團隊工作，這個環節對于管理者來說可能已經在往日的工作中不知不覺地去做了，但在主持跨團隊協同設計工作時必須單拎出來認真評估。最快捷有效的摸底方式就是直接向其所在團隊主管了解其性格特點、能力傾向。

在對整體設計任務基本了解的情況下，將設計任務拆解為多個子設計任務，然后根據人員情況做好供需匹配。這里特別要注意的一點是，強相關的任務盡可能劃分給一個或幾個相熟的交互設計師，而強業務性質或全局的任務最好交由自有團隊設計師，以確保設計效率最大化。

設計資產準備

工欲善其事，必先利其器。設計協同的資源除了人以外，還包括設計資產，如基礎組件庫、文檔規范、基線文檔等。如果能在平日工作中做好設計資產的建設與維護，相信一定能在設計協同工作中發揮保質保量的作用。

協同條件搭建

這里說的協同環境主要包含任務管理、文件管理、設計協同三方面。

任務管理、文件管理方面，如果公司本身有用類似 Jira 或者 Redmine、SVN 或 Git 的話直接沿用最好不過，如果沒有則推薦通過使用 Teambition、創建共享文件夾等輕量化手段實現。

設計協同方面，如果采用 Axure 且剛好有 SVN 的話，推薦使用團隊項目功能共同編輯設計稿。Axure RP 的團隊項目功能允許多人在同一個 RP 文件中同時使用檢出和檢入。每個頁面、母版和以及設置配置文件（如生成器和注釋字段集）都可以單獨地從項目的中央副本檢出，其稱為「團隊目錄」。當你檢入一個資源文件到團隊目錄時，任何人都無法編輯它。然而當項目發起人將文件從項目的本地副本中檢出后，他們（只有項目相關人）可以進行更改。當項目人編輯完檢出的文件后，他們便可傳送（保留檢出）或者檢入（放棄檢出）文件到團隊目錄。

如果采用 Sketch 且剛好有 Git 的話，則推薦使用 Abstract 來協同交互設計。如果以上建議恰好都不適用于你的話，考慮采用純線下溝通方式做好設計協同或使用墨刀這類在線編輯原型設計工具協同設計。

項目信息說明

協同設計項目也是設計項目，交代項目的背景、目標、時間節點等信息仍舊必不可少。尤其對于臨時抽調進組的交互設計師來說，項目時間緊迫（要不然也不會借調）與對業務生疏間的矛盾更是會被放大，清晰簡明的項目說明會能夠讓臨時抽調來的交互設計師對大致情況有所了解。

業務流程介紹

前面說到，項目設計任務會被拆分為多個子任務，每個交互設計師負責一個或多個子任務。而交互設計除了頁面級設計以外，還包含用戶操作路徑設計，因此向所有參與協同的交互設計師介紹完整的業務流程也就成為了必須。在介紹流程后也不要忘了公布產品設計環節中的任務分工名單以及相對應的里程碑時間點，盡早確立各上下游間的人員安排有利于交互設計師高效開展設計。

進度跟蹤協調

在正式開工前，團隊管理者還務必對所有參與項目的交互設計師們進行設計資產、協同管理兩方面的培訓。設計期間，每個人從檢查本日任務開始工作，每天工作結束后整理任務完成進展，同步任務完成情況并上傳成果。團隊管理者統計每天查看任務延誤情況，盡早介入有風險的任務，協調團隊的整體工作節奏和進度。

驗收問題扎口

設計驗收期間，最好直接使用 Jira 或者 Redmine 等敏捷項目管理系統，由交互設計師直接創建驗收問題單給到對應測試人員安排修復。如果沒有條件的，也可以使用石墨、騰訊文檔或其他在線文檔編輯工具收集驗收問題。

通常來說交互設計師僅驗收各自負責的內容，但有些復雜的功能或模塊則需投入更多人力配合一起做驗收。多人驗收就必然產生分工，團隊管理者可以把驗收內容拆解到頁面級或功能點級再分配給對應交互設計師扎口提交，以避免問題單的重復或交叉。

優化建議收集

沒有人會比親自參與設計者對設計本身有更多思考。項目接近尾聲時，團隊管理者不要忘記向所有參與項目的交互設計師收集后續的優化建議。為了節省時間提高效率，最好先以私聊的方式收集大致建議，而后安排本團隊的設計師進一步了解分析再做后續優化。

比起熟悉的團隊內設計協同，跨團隊的工作模式必然增加了團隊管理難度，需要團隊管理者在短時間內學習掌握。這是對團隊管理能力的考驗也是拓展管理能力的機遇。希望每個正在做或將來做團隊管理的你，在日后面對跨團隊交互設計協同時能運籌帷幄旗開得勝。

歡迎關注微信公眾號「魚子醬聊設計」