https://opensource.com/article/18/5/9-ways-improve-collaboration-developers-designers
作者 | Jason Brock, Jason Porter
譯者 | LuMing (LuuMing) ??共計翻譯:7.0 篇 貢獻時間:65 天
拋開成見,設計師和開發者的命運永遠交織在一起。 以下是如何讓每個人都在同一頁面上。
在任何軟體專案中,設計至關重要。設計師不像開發團隊那樣熟悉其內部工作,但遲早都要知道開發人員寫程式碼的意圖。
兩邊都有自己的成見。工程師經常認為設計師們古怪不理性,而設計師也認為工程師們死板要求高。在一天的工作快要結束時,情況會變得更加微妙。設計師和開發者們的命運永遠交織在一起。
做到以下九件事,便可以改進他們之間的合作。
1. 首先,說實在的,打破壁壘
幾乎每一個行業都有“迷牆”的因子。無論你乾什麼工作,拆除這堵牆的第一步就是要雙方都認同它需要拆除。一旦所有的人都認為現有的流程效率低下,你就可以從其它想法中獲得靈感,然後解決問題。
2. 學會共情
在開始乾之前,先等一下。這是團隊建設的重要的交匯點,也是建立共同認知的時機:我們都是成人,我們都有自己的優點與缺點,更重要的是,我們是一個團隊。圍繞工作流程與工作效率的討論會經常發生,因此在開始之前,建立一個信任與協作的基礎至關重要。
3. 認識差異
設計師和開發者從不同的角度攻剋問題。對於相同的問題,設計師會追求更好的效果,而開發者會尋求更高的效率。這兩種觀點不必互相排斥。談判和妥協的餘地很大,並且在二者之間必然存在一個使用者滿意度最佳的中點。
4. 擁抱共性
這一切都是與工作流程相關的。持續整合/持續交付,scrum,agile 等等,都基本上說了一件事:構思,迭代,考察,重覆。迭代和重覆是兩種工作的相同點。因此,不再讓開發週期緊跟設計週期,而是同時並行地執行它們,這樣會更有意義。同步週期允許團隊在每個環節交流、協作、互相影響。
5. 管理期望
一切衝突的起因一言以蔽之:期望不符。因此,防止系統性分裂的簡單辦法就是透過確保團隊成員在說之前先想、在做之前先說來管理期望。設定的期望往往會透過日常對話不斷演變。強迫團隊透過開會以達到其效果可能會適得其反。
6. 按需開會
只在工作開始和工作結束開一次會遠遠不夠。但也不意味著每天或每週都要開會。定期開會也可能會適得其反。試著按需開會吧。即興會議,即使是員工閑聊,也可能會發生很棒的事情。如果你的團隊是分散式的或者甚至有一名遠端員工,影片會議,文字聊天或者打電話都是開會的好方法。團隊中的每人都有多種方式互相溝通,這一點非常重要。
7. 建立詞庫
設計師和開發者有時候對相似的想法有著不同的術語,就像把貓叫成喵。畢竟,比起術語的準確度和合適度來,大家統一說法才更重要。
8. 學會溝通
無論什麼時候,團隊中的每個人都有責任去維持一個有效的溝通。每個人都應該努力做到一字一板。
9. 不斷改善
僅一名團隊成員就能破壞整個進度。全力以赴。如果每個人都不關心產品或標的,繼續專案或者做出改變的動機就會出現問題。
via: https://opensource.com/article/18/5/9-ways-improve-collaboration-developers-designers
作者:Jason Brock[2], Jason Porter[3] 選題:lujun9972 譯者:LuuMing 校對:pityonline
本文由 LCTT 原創編譯,Linux中國 榮譽推出