DesignOps 思考你的設計營運命題
上上週末參加了悠識的「設計營運實務探討」，聽兩位講師分享自己實務上對 DesignOps 的想法與做法，Verizon 的 Sophia 注重於讓設計團隊發揮影響力，91APP 的 Ivan 則注重人才在團隊裡的適應及發展，分別從不同的角度來講解 DesignOps，非常精彩。但因為講座時間有限，兩位講師並沒有完整介紹 DesignOps 的概念。這篇文章希望能幫你了解更多 DesignOps 的概念，並能夠開始跳脫單一設計師思維，從設計營運的角度來思考。
當設計團隊擴大，更需要思考 DesignOps
在決定要寫 DesignOps 這個主題後，我在 Flow 話不完團隊裡詢問大家現在的狀況，意外發現每個人目前的工作恰好都需要分擔部分 planning 工作，大家都反應很需要 PM 或 Lead 來管理時程與交付。這恰好與 DesignOps Handbook 作者的觀察不謀而合。他們與許多世界各地的組織交流後，發現在設計團隊逐漸成熟後，設計面臨更大的挑戰，讓 DesignOps 更加重要：
- 組織逐步擴大，團隊、設計工具、設計系統及業務都越來越複雜
- 加深對設計師的關注，讓設計師能在團隊中一展長才
- 團隊對使用體驗的期望提高
- 團隊多元化背後，帶來更多協作問題
Flow 話不完成員們的狀況剛好符合 DesignOps Handbook作者所列出來的狀態，所屬團隊擴大或者正在建置設計系統。如果你所屬的團隊也逐步成熟擴大，是否也面臨上述挑戰呢？
實踐 DesignOps 的關鍵要素
IxDA 的創始成員 Dave Malouf 認為，支援設計師達成設計目標所需的一切，以實踐一系列的設計技藝(craft)、方法(method)及流程(process)，就是 DesignOps。例如要做到雙鑽理論中的 Discover, Define, Design and Develop 四道程序，就會需要透過設計方法來產出設計。協助設計師完成這個過程，擴大設計價值所要考慮的一切事物，就是 DesignOps。
Dave Malouf 提到，DesignOps 包含了準備工具及基礎設施(tools & infrastructure)、決定工作流程(workflow)、雇用及組織人員(people)、規劃管理方式(governance)，而組織文化及價值觀將會深刻影響 DesignOps 的實際決策。
讓設計師有時間做設計，而不是擔心要交付什麼設計、要怎麼交付、交付時程來不來的及，這就是 DesignOps 的目標。由 DesignOps 團隊負責計畫、控管預算、上下或橫向溝通，以及同步資訊，才能使團隊更有效的運作，讓設計師保留更多時間來專注於產品及用戶上。
01 改善工作流程，釋放設計潛力
Atlassian 設計工作室的團隊在 2017 年快速增長，他們在一年之內執行了 Atlassian Design Guideline 的多項更新。他們花了許多時間去討論維運 Design Guideline 的工作流程，以確保新的工作流程能夠實際增強設計工作室與產品團隊的關係，並根據不同情況發展出了三種工作流程：建立新的 component or pattern、改進現有 component or pattern，以及更新 IX pattern or 詞彙表。
事實上，這些複雜的工作流程卻讓溝通更加困難了。需求、建議及回饋會透過不同的管道發送及接收，這顯然沒有在 Atlassian 設計工作室的考慮之內。發現問題的設計工作室大幅度簡化工作流程，讓所有的需求溝通保持在 Jira Service Desk (Atlassian 的產品之一)上，才讓 Design Guideline 的維運工作順利步上軌道。
02 雇用及組織人員，平衡團隊能力發展
在 Ivan 的分享中，91APP 團隊人員的招募、留存及促活是設計運營的一大重點。他敏銳的留意到敏捷開發流程對交付品質的要求極高，不適合將團隊角色切分過細，而是需要綜合性的設計能力。因此在 91APP，設計師職能上沒有區分 UI/ UX Designer，但藉由釐清每位設計師的能力分佈，分派負責不同的產品，且密切觀察每位設計師的能力天花板，以決定人員調度。
除此之外，Ivan 亦從自身經驗了解到，新進設計師除了要面對團隊磨合，對公司的產品服務認知不足，更造成了之後完成工作任務的問題。而 91APP 的 B2B2C 產品服務、方案及功能都相當複雜，確實需要好好整理出一個容易理解的知識架構，來協助新進設計師（甚至是PM及工程師）Onboard。
另一項 Ivan 相當關注的則是人才的成長。他制定了 Product Designer 的R&R(Role & Responsibility)職級標準，提供專業能力提升的指導方針，確立能力發展路徑，並進行年度回顧，來進行設計師個人的經驗反思，引導設定職涯發展目標。團隊間亦有面對面給予個人回饋的工作坊，鼓勵分享對他人在工作內容、合作關係及團隊溝通上的建議。
03 達成溝通共識，確實管理團隊運作
DesignOps Handbook 中強調，在管理利害關係人、客戶、團隊及個人時，你無法讓所有人都保持開心。設計組織內部甚至是公司內部的團隊協調是最重要的，這樣才能讓 DesignOps 順利運作。作者建議 DesignOps 操作者確實地溝通下列事項，才能在組織中維持良好、健康的管理風氣：
- 協調並闡明團隊的使命或願景
- 協調角色和職責
- 定義團隊及個人的目標
- 建立並優先考慮設計文化
擬定團隊使命、願景和價值主張，可以促使團隊有共同目標，激發更多創意。構思這些聲明時可以從「我們是誰」、「我們如何工作」、「我們追求什麼結果」開始。當團隊願景明確，且每個角色的職責清楚且合乎理想，團隊成員就能知道自己的定位及如何成長。
大多數公司都有長期策略或年度計畫，設計團隊也應據此定義團隊目標。團隊目標建立後仍應花時間取得回饋、不斷修正，讓團隊目標具有共識且可被實現。而好的設計文化可以使團隊保持快樂，但相較於落地的運營計畫，設計文化經常被忽略其重要性。透過設計師與利害關係人溝通，找出對團隊有效的、理想的設計文化，並想辦法像執行設計一樣，設立交付計畫及里程碑，就可讓設計文化被建立起來。
結語
NN/g 在 DesignOps 101 裡提到，不論你是哪種 UX 相關人員，都可以有 DesignOps 的思考模式。曾有人問我：「如何在敏捷開發中保持設計創新的能力？」當時單從設計師的角度，我覺得這個問題很難回答，畢竟在緊密壓縮的環境中，還要能夠保有餘裕去發展創意，其實真的很難。但是換個角度，從 DesignOps 來看這個問題，就能夠明白這是流程上的設計限制，而可以從團隊組成、工作流程、溝通方式，甚至採用新工具，來確保設計能夠如期待發揮價值。
每個組織都會有自己的 DesignOps 運營方式，希望看完這篇文章，你會對設計運營更有概念，並回頭思考自己在設計上遇到的問題，是不是有哪些是屬於 DesignOps 可以協助的？又可以怎麼協助？希望大家都可以找到最適合自己團隊的 DesignOps。
喜歡我的設計心法分享，請不吝以 拍手10-30下 給予支持和動力，也讓我們更了解你喜歡的方向和主題。
訂閱追蹤 Flow話不完，一起在設計領域與產業新知中，隨時隨處話不完。
