注：本文由敏捷翻譯– 樓子宜翻譯自Adrian的文章。如需轉載，請參照文章末尾處的宣告，否則視為侵權。
如果你曾和開發人員或開發小組合作過，那你也許明白，設計師和開發人員在常在理念和工作態度上有意外的分歧。我們設計師得和眾多國際開發人員和開發團隊合作，而他們都持有不同的理念和工作文化。很多時候，我們得和世界其它地方的開發人員合作，我們對他們不熟悉，也很少有面對面接觸的機會。
大多數情況下，一個專案會涉及到上百人，而且通常這些人不屬於同一個小組，不屬於同一個團隊或組織；他們相互之間往往知之甚少。但在同一個專案中工作的時候，所有人都必須對工作中的問題和解決問題的方式有共同的理解，這點非常重要。我們應當記住，開發人員和設計師有著不同的工作態度和理念。這兩種職業在性質和態度上很少有共通之處。因此，如果以後想讓開發流程更順利，你可以遵循以下原則以期有更好的結果。
1. 詳細說明檔案
在這個資訊科技和軟體開發的時代，你也許想當然認為檔案材料不再那麼重要，或是認為在工作中要用到說明檔案的地方已經不多了，但其實則不然。說明檔案對於理解和深入分析非常重要。對新手來說，使用者介面就是最好的檔案材料。使用者介面給開發人員提供了基本資訊，告訴他們資料該放在哪兒，該如何對資料進行編排。使用者介面上還有關於該做些什麼的詳細資訊。一個定義明確且有創意的使用者介面一定能給開發人員帶去幫助。但也有些開發人員想要在你的介面上獨立工作，這樣的開發人員不多，也不被設計師團體歡迎。
儘管設計師沒必要在開發開始之前考慮每一個頁面，但仍極力建議你比開發人員早花一點心思。不過如果你已經有了計劃，而且又有一些類似HTML的現成結構，那你就可以在開發人員需要的時候拿給他。很多開發人員更樂意把資料嵌入到現有的頁面上而不是重新建立一個頁面，並讓設計師在此頁面上處理。
2. 決定
作為設計師，我們得在每個工作的介面上做大量決定。我們得決定在一個表格單元格中要放入多少文字，決定導航欄的高度，或是頁尾文字的對齊。同樣，開發人員也得在他們工作的時候做出幾百個決定。但設計要比開發更加主觀。在程式碼樣式、語言和構造上就能產生不同的觀點。有的選擇配圖，有的選擇影象。每個人在色彩上都有自己的選擇，而不同的色彩也能給不同的人帶去不同的感受。
我們設計師的工作是決定介面的式樣和外觀。然而許多開發人員會干涉到使用者介面，但這真的不關他們的事。他們這樣只會浪費時間。在設計使用者介面時還最好記住，開發人員在使用者介面上工作的時候，應當避免對介面設計的任何改動。如果設計發生了變動，只會讓開發人員的工作變得更棘手、更困難，因為修改HTLM是一份單調乏味的活。你當謹遵一種HTML結構。使用者介面當由CSS控制，所以就把定好的HTML當成是無法輕易改變的後端程式碼吧。就好像設計師不喜歡給客戶提供修改方案，開發人員也不喜歡重寫程式碼。
3. 做好交流準備
花費了你大量努力完善的使用者介面是要提交給開發小組的。設計階段在此結束，開發階段則從此開始。作為設計師總希望自己的設計理念能在工作中得到充分運用。但千萬不要指望開發人員會幫你實現一切預想，你應該在開發過程中一直和開發人員保持聯絡。不論開發人員何時需要，自己都要隨時待命給出必要的解釋和說明。只有在設計師和 開發人員討論之後需要理清和完善的許多方面才能得以發現。除非一切都已解釋清楚，不然永遠不會有理想的結果，所以儘量給開發人員解釋清楚他想知道的一切。讓開 發者明白你的要求，還要讓他理解支援你的理念。
4. 避免功能（feature）氾濫
《變得真實（Getting Real）》一書對這個問題進行過討論。這個話題和產品經理更相關，但對設計師也同樣重要。設計師必須清楚每一個功能的用途為何。避免把使用者介面變得複雜，因為這會在開發過程中導致意外的困難以致錯過截止日期。如果你覺得某個功能不重要，那麼就把它刪掉以免複雜化。你必須注重使用者的利益。比方說，如果你很清楚你的使用者不會經常使用進銷存功能，或者在市場上能輕易找到可用的替代品，那麼就不要新增這個功能。
在最近的一個專案中，我們沒有提供完整的一套包括進銷存在內的工具，較之我們想要側重的是投標、提案和提案要求。我們覺得有必要提供一個需要進銷存的小使用者群，於是我們決定新增一個簡單的準系統，而不是建立一個功能完整的進銷存系統。
5. 嚴守截止日期
嚴守專案截止日期並按時向客戶提交專案以維護良好的信譽和職業操守。作為設計師，我們可以輕鬆地給出設計，但當專案到開發人員手中的時候就得花很多時間了。開發人員需要一些時間以讓所有功能生效。有時在完成一項功能之前，他們會需要設計師作出解釋說明。這一切都需要時間，因此向客戶許諾日期時可以放寬些以避免任何延誤。
在進行一個專案時，你可能會碰上一些無法預料的延誤。你可能會生病，你的家人也許會需要你一段時間，某些意外不必的延誤可能會突然成群出現，所以最好不要向客戶承諾任何期限。確保要完成一個專案至少得花六個月。記住千萬不要對你的客戶承諾期限。讓你的客戶認識到，要成功運作一個好專案需要時間。聰明的客戶不會急著讓你交差，他會很高興得到最棒的產品。他們希望錢花的值。
6. 相信自己
這是你的專案，不要把所有事情都留給開發人員。自己檢測程式碼，檢查功能是否能夠正常使用，確認是否一切都按自己的設計和客戶的要求運作。開發人員是專業人員，他們會準確完成工作，但仍隨時可能出現錯誤。永遠不要責怪他們，一定要先解決問題。跟你的開發人員解釋有哪些缺陷，並探討一下預期該是如何。自己承擔測試工作，這樣開發人員也能專注 於自己的工作。一旦發現故障，完整將其記錄，截圖，然後決定該重建什麼，該有什麼樣的結果。
開發人員通常討厭任何形式的程式碼測試。大型企業任命質檢官檢查開發人員完成的工作，以期確保在他們的專案中不會有任何問題。所以最好自己檢測程式碼。你能做出最好的判斷。
為你的團隊設立目標，並不定時檢查運作情況。監督團隊解決故障和開發新功能的效率。儘可能在第一時間解決問題並預防潛在的問題。因為專案由你負責，成敗與否責任都在於你。所以，你得當好頭，然後帶領大家繼續你的專案。